一站式平台接口规范(通用版)
南川区智慧医疗健康平台接口规范
南川区智慧医疗健康平台接口规范V1.4.0发布稿参考手册南川区卫生和计划生育委员会二零一八年四月修改记录目录一.服务架构与方案介绍 (01)1.1 适用范围 (01)1.2 接口方式 (01)1.3 函数说明 (02)1.4 JSON数据类型约束 (03)1.5 其他调用说明 (03)二.健康扶贫“一站式”结算 (04)2.1.流程图解 (04)2.2.函数功能说明 (05)2.2.1 函数列表 (05)2.2.2 基础信息下载 (06)2.2.3 获取人员信息(健康档案浏览器) (07)2.2.4 健康扶贫救助登记/更新 (09)2.2.5 健康扶贫救助登记撤销 (11)2.2.6 文件上传 (11)2.2.7 文件删除 (12)2.2.8 健康扶贫补偿试算/正式结算 (13)2.2.9 健康扶贫补偿结算撤销 (14)2.2.10 图像识别 (15)三.双向转诊 (16)3.1.流程图解 (16)3.2.函数功能说明 (16)3.2.1 函数列表 (17)3.2.2 获取转诊目标医院列表 (17)3.2.3 获取转诊目标医院医生列表 (18)3.2.4 获取转诊预约类型 (18)3.2.5 获取转诊类别 (19)3.2.6 转诊预约 (20)3.2.7 预约记录查询 (21)3.2.8 转诊申请 (23)四.检验接口 (24)4.1.函数功能说明 (24)4.1.1 函数列表 (24)4.1.2 检验信息上传 (25)4.1.3 检验报告详情上传 (27)4.1.4 细菌培养结果上传 (29)4.1.5 细菌培养抗生素上传 (31)4.1.6 检验结果撤回 (32)五.影像接口 (33)5.1.函数功能说明 (34)5.1.1 函数列表 (34)5.1.2 影像设备类型下载 (34)5.1.3 影像检查项目对应表下载 (35)5.1.4 影像病历信息上传 (35)5.2.影像数据导入 (38)5.2.1 术语、定义和缩略语 (38)5.2.1.1术语、定义 (39)5.2.1.2缩略语 (39)5.2.2 DICOM 转发 (39)5.2.2.1 DICOM C-Store SCP接收规则 (39)5.2.3 DICOM 自动查询和获取接口设计 (43)5.2.3.1 DICOM 自动查询和获取(Q/R)接口请求参数 (43)六.医疗慢病接口 (44)6.1.流程图解 (44)6.2.函数功能说明 (44)6.2.1 慢病就诊记录 (44)七.健康档案使用浏览器调阅 (47)7.1.函数功能说明 (47)7.1.1 浏览器调阅健康档案 (47)一.服务架构与方案介绍1.1适用范围本文详细描述了中心平台与各医院通讯接口,适用于中心平台和医院的服务端和客户端的开发和使用。
通用接口标准规范v1
通用接口标准规范v1接口标准规范版本号:1V1.0.0目录第1章概述第2章基本要求2.1 信息通讯安全本文旨在规范接口标准,确保系统之间的数据交互安全、有效和可靠。
接口标准规范适用于所有系统之间的数据交互。
基本要求包括信息通讯安全、数据格式、数据传输、接口协议和错误处理等方面。
其中,信息通讯安全是最基本的要求,必须得到严格遵守。
信息通讯安全包括身份认证、数据加密、防篡改和防重放等方面。
必须确保数据的完整性、保密性和可用性。
同时,必须保证系统之间的身份认证和授权,防止非法访问。
数据格式必须符合规范,确保数据传输的正确性和可靠性。
数据传输必须采用可靠的传输协议,确保数据的完整性和可靠性。
接口协议必须符合规范,确保系统之间的数据交互的正确性和可靠性。
错误处理必须及时、准确地处理错误信息,确保系统之间的数据交互的稳定性和可靠性。
必须提供完善的错误处理机制,包括错误码、错误信息和错误处理流程等方面。
总之,接口标准规范是确保系统之间的数据交互安全、有效和可靠的基础,必须得到严格遵守。
2.1 安全性安全评估安全性是任何软件系统最基本的要求之一。
我们的系统经过了全面的安全评估,确保了用户数据的机密性、完整性和可用性。
访问控制为了保护用户数据的安全,我们采用了严格的访问控制机制,只有授权的用户才能访问敏感数据。
防恶意代码我们的系统内置了强大的恶意代码防护机制,保证用户的设备不会受到病毒、木马等恶意代码的攻击。
加密为了保护用户数据的机密性,我们采用了先进的加密技术,确保用户数据在传输和存储过程中得到了充分的保护。
2.2 高并发支持我们的系统在设计时考虑到了XXX的情况,采用了分布式架构和负载均衡技术,能够支持大规模的并发访问。
2.3 监控功能我们的系统具备完善的监控功能,可以实时监控系统运行状态、用户访问情况等,及时发现并解决问题,保证系统的稳定性和可靠性。
2.3.1 日志全覆盖日志全覆盖是指系统在进行日志记录时,覆盖之前的日志信息。
通用接口标准规范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)6.5.1 参数需要命名规则 (14)6.5.2 请求参数加密方法 (14)6.6列表请求特殊规范 (15)6.7返回数据规范 (15)第7章接口文档规范 (16)第8章接口管理 (16)8.1对接口分类、编码排序。
(16)8.2在线文档。
(16)第1章概述本文主要为了明确标准和规范,为服务使用方和服务提供方提供开发参考。
医院信息平台业务系统接口规范范本
医院信息平台业务系统接口规范范本医院信息平台接口规范新奥博为技术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 版〕2020-03;✓河南省数字化医院建设指南〔2021版〕2021-05;✓«电子病历差不多架构与数据标准〔试行)»,2020-12;✓«基于电子病历的医院信息平台技术规范»,2021-10-01✓«电子病历差不多数据集»,2021-5-30;✓河南省基于健康档案的卫生信息平台接口库说明〔医疗服务V1.7.1)试行✓河南省基于健康档案的卫生信息平台接口库说明〔卫生资源V1.0.1)试行3接口方式医院信息集成平台业务协同与数据交换采纳SOA架构设计,需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。
安全综合管理平台技术要求与接口规范
安全综合管理平台技术要求与接⼝规范安全综合管理平台技术要求与接⼝规范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信息技术、信息产品、信息系统在需求、设计、实现、配置、运⾏等过程中,有意或⽆意产⽣的缺陷,这些缺陷以不同形式存在于信息系统的各个层次和环节之中,⼀旦被恶意主体所利⽤,就会对信息系统的安全造成损害,从⽽影响构建于信息系统之上正常服务的运⾏,危害信息系统及信息的安全。
全国一体化政务大数据体系 共享接口要求-最新国标
全国一体化政务大数据体系共享接口要求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 总体框架数据提供方应通过国家政务大数据平台进行共享接口的注册、撤销、变更,国家政务大数据平台完成接口的可用性测试后发布,数据需求方应通过国家政务大数据平台进行共享接口申请使用、申请变更和异议处理。
医院信息平台业务系统接口规范范本
医院信息平台接口规范新奥博为技术有限公司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企业总线支持实现医院业务系统业务协同和数据的交换。
数据共享一体化交换平台接口规范(个人参考学习版本)
某省智慧大数据接口字典和分类规范1.1.数据字典1.1.1.数据类型1.1.2.信息资源格式分类170304dbf180305dm190306KingbaseEs200307oracle210308sqlserver220309sysbase230310mysql240311GBase250312Hbase260313hdfs270314EsgynDB280315redis290316mongodb300401bmp310402gif320403jpg330501mpg340502rm350503swf360601表格驱动码1.1.3.共享类型1.1.4.共享方式1.1.5.更新周期1.1.6.申请资源类型1.1.7.申请使用范围1.1.8.主题分类88纳税缴费99医疗卫生1010交通旅游1111出境入境1212生活服务1313民族宗教1414三农服务1515死亡殡葬1616设立变更1717行业准营1818投资立项1919工程建设2020涉外服务2121安全生产2222破产注销2323文物保护2424其他1.1.9.参数类型1.1.10.开发类型1.1.11.操作类型12发布20注册31审核43停用54删除65确认删除1.1.12.方法类型1.1.13.协议类型1.1.14.响应类型1.2.返回码1.2.1.通用返回码1.2.2.目录分类1.2.3.目录信息8C-02区共享共享台目录名称长度不符合要求9C-03部门下目录名称已存在10D-01信息资源目录编码不能为空11D-02信息资源目录编码长度不符合要求12D-03信息资源目录编码已存在13E-01统一信用代码不能为空14E-02统一信用代码长度不符合要求15E-03部门不存在16F-01信息资源摘要不能为空17F-02信息资源摘要长度不符合要求18G-01信息资源格式分类编码不能为空19G-02信息资源格式分类编码长度不符合要求20H-01信息资源格式类型编码不能为空21H-02信息资源格式类型编码长度不符合要求22I-01发布日期不能为空23I-02发布日期的日期格式不正确24J-01共享类型编码不能为空25J-02共享类型编码长度不符合要求26K-01共享条件不能为空27K-02共享条件长度不符合要求28L-01共享方式类型编码不能为空29L-02共享方式类型编码长度不符合要求30M-01开放类型不能为空31M-02开放类型长度不符合要求32M-03开放类型必须是整数33N-01开放条件不能为空34N-02开放条件长度不符合要求35O-01更新时间不能为空36O-02更新时间的日期格式不正确37P-01更新周期不能为空38P-02更新周期长度不符合要求39Q-02提供方内部部门长度不符合要求40R-02其他类型资源格式描述长度不符合要求41S-01数据项列表信息不能为空42S-A-02信息项编码长度不符合要求43S-B-01信息项名称不能为空44S-B-02信息项名称长度不符合要求45S-C-01数据类型编码不能为空46S-C-02数据类型编码长度不符合要求47S-D-01数据长度不能为空48S-D-02数据长度的长度不符合要求49S-E-01排序编号不能为空50S-E-02排序编号长度不符合要求51S-F-01更新时间不能为空52S-F-02更新时间的日期格式不正确53Z-01目录未开启接收1.2.4.资源信息34N-D-02参数描述长度不符合要求35O-01返回值数据类型不能为空36O-02返回值数据类型长度不符合要求37P-01响应示例不能为空38P-02响应示例长度不符合要求39Q-01调用示例不能为空40Q-02调用示例长度不符合要求41Z-01资源注册未开启接收42Z-02目录信息不存在43Z-03库表资源未开启接收44Z-04文件资源未开启接收45Z-05接口资源未开启接收1.2.5.申请信息27J-03附件标识长度不符合要求28J-04附件名称长度不符合要求29K-01申请标识不能为空30K-02申请信息不存在31L-01审核意见不能为空32M-01目录标识不能为空33N-01取消资源申请标识不能为空34N-02取消资源申请记录不存在35O-01取消资源申请状态不能为空36O-02"取消资源申请状态输入不规范37Z-01资源申请未开启接收38Z-02下一步处理人不存在39Z-03资源已申请40Z-04发起申请流程失败41Z-05资源取消申请未开启接收42Z-06资源已提交过撤销申请43Z-07发起取消资源申请流程失败44Z-08地自己的目录无需发起申请1.2.6.订阅信息。
一站式平台接口规范(通用版)
版本变更目录版本变更 (2)第一章、接口概述 (4)第二章、WebService调用说明 (4)1、webservice请求调用XML格式 (4)2、webservice服务返回XML格式 (5)第三章、WebService交易失败处理 (6)第四章、平台接口 (7)1、门诊预收费(F01.00.00.01) (7)2、门诊收费(F01.00.00.02) (8)3、门诊收费冲销(F01.00.01.01) (10)4、住院登记(F02.00.00.01) (10)5、住院登记撤销(F02.00.00.02) (11)6、住院明细上传(F02.00.01.01) (12)7、住院未结算明细清除(F02.00.01.02) (13)8、住院预结算(F02.00.03.01) (13)9、住院结算(F02.00.03.02) (14)10、住院结算撤销(F02.00.03.03) (15)11、个人信息查询(F00.00.00.01) (16)12、门诊结算信息查询(F00.00.00.02) (17)13、住院结算信息查询(F00.00.00.03) (18)附件一 (19)代码字典 (19)部分参数说明 (27)附件二 (27)第一章、接口概述为了更好的实现吕梁市政府提出的一站式结算系统功能需求,真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。
考虑到数据的准确性、可控性、可维护性和安全性,结合HIS厂家以及各个医疗保险机构改造系统的困难等多方面的考虑,在对原有系统的改造的过程中,我们准备提供WebService以供访问来解决。
第二章、WebService调用说明1、webservice请求调用XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><!--安全校验--><security><username>ceshiyy</username><!--平台访问用户名--><password>123456</password><!--平台访问用户密码--><entryType>农合</entryType><!--平台访问入口(农合、医保)--> </security><serviceId>F01.00.00.02</serviceId><!--方法名--><businessId>201701040000001</ businessId ><!--唯一交易号--> </head><!-- 请求参数--><request>< akc190>201612001</ akc190>< aac001>368512</ aac001>< aac191>10002</ aac191><results name='list01'><result>< zkc301>1001</ zkc301>< zkc302>阿莫西林胶囊</ zkc302></result><zkc301>1002</ zkc301><zkc302>灰黄霉素片</ zkc302></result></results></request></service>2、webservice服务返回XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><serviceId>F01.00.00.02</serviceId>< businessId >201701040000001</ businessId ><sign>1</ sign ><!--服务成功标志(1、成功,0、失败) --><message>ok</ message ><!--提示信息--></head><!--返回参数--><response>< zkc502>200</ zkc502>< akc260>100</ akc260><!--结果集list01--><results name='list01'><result><aka063>1</aka063><aka064>床位费</ aka064><akc240>30.00</ akc240></result><result>< aka063>2</ aka063>< aka064>西药费</ aka064>< akc240>30.00</ akc240></result></results><!--结果集list02--><results name='list02'><result>< bkc101>医保统筹支付</ bkc101>< bkc102>20.00</ bkc102></result><result>< bkc101>公务员补助支付</ bkc101>< bkc102>10.00</ bkc102></results></response></service>第三章、WebService交易失败处理在医院调用webservice接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时,可根据唯一交易号进行交易结果查询操作。
中央业务平台数据下发接口规范(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目的➢制订全国统一的接口规范,由一级经营分析系统将中央业务平台相关数据分发各省经营分析系统;➢各省经营分析系统根据此接口规范获取中央业务平台数据,并依据规定的数据格式入库存储,开展后续应用分析。
通用接口标准规范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)6.5.1 参数需要命名规则 (14)6.5.2 请求参数加密方法 (14)6.6列表请求特殊规范 (15)6.7返回数据规范 (15)第7章接口文档规范 (16)第8章接口管理 (16)8.1对接口分类、编码排序。
(16)8.2在线文档。
(16)第1章概述本文主要为了明确标准和规范,为服务使用方和服务提供方提供开发参考。
平台与终端接口规范V1.3(实际需要实施部分)
1接口规范功能及流程本接口规范支持PDU短信、CDMA1X、ADSL等承载方式。
1.1 主终端登录前请求接入模块IP和端口主终端/手机在登陆T8系统前,向分布式接入前置机请求获取主终端/手机接入模块IP和端口。
分布式接入前置机基于TCP/IP协议端口:IP:分布式接入前置机根据负载均衡算法,将较空闲的接入模块IP和端口发给申请连入T8平台的主终端或手机。
流程如下图所示:1.2 终端获取安全码在前置机获取到接入模块的IP和端口后,连接上接入模块,在登入之后需发送一条获取安全码的命令,以获取安全码与客户密码混合并加密,这个混合加密之后的密码是用于登陆鉴权。
流程如下图所示:1.3 终端设备登录主终端必须登录到T8平台,才能与T8平台进行数据交互,除非流程有特别说明,否则T8平台不接受没有登录的主终端业务请求。
主终端登录流程如下图所示。
1.主终端向平台发送登录请求。
登录上报参数(参见“LOGIN_REQ包体定义”)。
2平台对主终端进行审核鉴权后,向主终端回送登录结果响应(参见“LOGIN_ACK包”)3.主终端根据登录结果信息设置其状态。
如果允许接入到平台,主终端处于工作激活状态,根据设定的工作方式工作;如果禁止接入到平台,主终端处于非激活状态,通过指示灯报警。
4.登录成功后,主终端如果是第一次登陆,需要向平台上报参数配置(参见终端设备向平台上报参数配置流程)1.4 终端设备登出主终端在退出服务时向T8平台发送的信息(参见“LOGOUT_REQ”),表示主终端暂时不提供服务,T8平台收到后给予响应(参见“LOGOUT _ACK”包,)。
1.5 主终端连接检查需要长时间在线工作时,主终端需要定期向T8平台发送连接检查消息(参见“HEART_BEAT_REQ”包),表示处于工作状态,T8平台收到后给予响应(参见“HEART_BEAT_ACK”包)。
主终端如果连续接收不到T8平台的心跳响应信息的次数达到阈值,则主终端与T8平台之间可能处于通信故障状态,主终端通过指示灯报警。
某某统 一信息平台技术规范
某某统一信息平台技术规范随着信息技术的不断发展和应用,企业对于信息管理的需求日益增长。
为了提高工作效率、实现信息共享和优化业务流程,建立一个统一的信息平台成为了众多企业的必然选择。
本技术规范旨在明确某某统一信息平台的建设要求、技术标准和规范,以确保平台的稳定运行、高效使用和可持续发展。
一、平台概述某某统一信息平台是一个集成了多种业务系统和数据资源的综合性平台,旨在为企业内部的各个部门和员工提供便捷、高效的信息服务。
平台将涵盖企业的财务管理、人力资源管理、市场营销、生产管理等多个业务领域,实现数据的集中管理、共享和交换。
二、技术架构1、前端架构采用响应式设计,确保平台在不同设备(如电脑、平板、手机)上都能提供良好的用户体验。
使用 HTML5、CSS3 和 JavaScript 等技术进行开发,实现页面的动态交互效果。
2、后端架构基于微服务架构,将平台的不同功能模块拆分成独立的服务,便于开发、维护和扩展。
后端采用 Java 或 Python 等编程语言,结合数据库管理系统(如 MySQL、Oracle)进行数据存储和管理。
3、数据存储采用关系型数据库和非关系型数据库相结合的方式,关系型数据库用于存储结构化数据,如业务数据、用户信息等;非关系型数据库(如 MongoDB)用于存储非结构化数据,如文件、图片等。
4、缓存机制引入缓存技术(如 Redis),提高数据的读取速度,减轻数据库的压力。
三、功能模块1、用户管理实现用户的注册、登录、权限分配和个人信息管理等功能。
用户权限分为不同级别,如管理员、普通员工等,确保用户只能访问和操作其权限范围内的功能和数据。
2、数据管理提供数据的录入、编辑、查询、统计和导出等功能。
支持多种数据格式(如Excel、CSV)的导入和导出,方便与外部系统进行数据交换。
3、流程管理实现业务流程的定制、审批和监控等功能。
用户可以根据实际业务需求,自定义流程环节和审批人员,平台将对流程的执行情况进行跟踪和记录。
中央数据交换平台建设及统一接口规范介绍
手续费:投资人应付总手续费 。
2021-2-8
xx
29
认购结果(二)
代理费:为手续费中划归销售机构的部分。
基金账户利息金额:为认购一次确认的金额在 整个计息周期中产生的利息,即总利息。
认购期间利息:因认购二次确认失败而退还给 投资人的利息。
▪ 长度扩展:投资人户名、通讯地址、法人
代表身份证件代码、经办人证件号码
▪ 变更交易账号:使用“对方销售机构处投
资人基金交易账号 ”表示新交易账户
2021-2-8
xx
27
认购申请与确认
▪ 收费方式:表示基金是前或后收费基金,必
填。
▪ 交易数据下传日期:指发送日期。 ▪ 网点号码:为托管网点号码,区别于操作(
试 审核平台接入资格,受理参与人接入平台申请
2021-2-8
xx
14
参与人需承担的工作(一)
组建平台项目工作小组 制定接入中央数据交换平台的总体工
作计划,将工作计划和每月工作进度 发送给中国结算,由中国结算统一汇 报给监管部门
2021-2-8
xx
15
参与人需承担的工作(二)
遵照《开放式基金业务数据交换协议》进 行系统开发,不得自行对协议做升级改动 ,如必须要做升级改动的,务必事先向中 国结算牵头组成的规范修订小组提出申请 ,征得同意后实施
,可以返回一笔非明细确认,或一笔非明细确 认和多笔明细确认。明细确认是针对过户日或 TA确认流水号的确认记录。
2021-2-8
xx
32
赎回、强制赎回(三)
后端收费总额:收费方式为后收费时必填,即后收手 续费。
带走收益标志:表示是否带走收益。 巨额赎回处理标志:0-取消,1-顺延 申请时必填,
《质量基础设施“一站式”服务规范》
质量基础设施"一站式"服务规范1范围本文件规定了质量基础设施“一站式”服务的基本原则、服务内容、管理要求、服务提供和持续改进的内容。
本文件适用于质量基础设施“一站式”服务的开展。
2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。
其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB2894安全标志及使用导则GB/T10001.1公共信息图形符号第1部分:通用符号GB/T15566.1公共信息导向系统设置原则与要求第1部分:总则GB/T18883室内空气质量标准GB/T19000质量管理体系基础和术语GB/T19012质量管理顾客满意组织投诉处理指南GB/T19013质量管理顾客满意组织外部争议解决指南3术语和定义GB/T19000界定的以及下列术语和定义适用于本文件。
质量基础设施quality infrastructure由支持与提升产品、服务和过程的质量、安全和环保性所需的公共和民间、私人组织与政策、相关法律法规和实践构成的体系,主要依赖于计量、标准化、认可、合格评定、市场监督等要素。
质量基础设施“一站式”服务quality infrastructure"one-stop"service通过有机融合计量、标准、认证认可、检验检测、质量管理等要素资源,面向企业、产业、区域提供的质量基础设施一揽子服务。
简称“‘一站式’服务”。
来源:《质量基础设施“一站式”服务通用指南》(征求意见稿)质量基础设施“一站式”服务统筹部门"one-sto p"ser vice coor dina tiondepa rtme ntforqual ityinfr astr uctu re 负责“一站式”服务主体的统筹规划与监督评价的政府部门或机构。
简称“统筹部门”。
工业互联网平台应用管理接口规范
工业互联网产业联盟标准工业互联网平台应用管理接口规范Application Management Interface Requirements for Industrial Internet Platform目录1范围 (1)2规范性引用文件 (1)3术语和定义 (1)3.1术语和定义 (1)4应用管理接口 (1)4.1接口组成 (1)4.2接口功能说明 (2)5接口定义 (3)5.1部署发布类 (3)5.2持续迭代类 (6)5.3监控管理类 (7)5.4中间件接入类 (9)6应用接入流程 (10)T11/AII/002-2018 工业互联网平台应用管理接口要求1范围本标准规定了工业互联网平台中应用管理接口的要求,包含接口组成、接口功能说明、接口详细定义及应用基于接口的接入流程。
本标准适用于通过接口在工业互联网平台上快速构建、灵活部署工业应用。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
《工业互联网平台接口模型》3术语和定义3.1术语和定义下列术语和定义适用于本标准。
3.1.1应用全生命周期管理Application lifecycle management包含应用从创建、运行到销毁的全过程管理。
4应用管理接口4.1接口组成应用管理类接口应提供应用运行环境、中间件管理、运维管理功能,主要包— 1 —T11/AII/002-2018含部署发布类、持续迭代类、中间件接入类、监控管理类等接口类型,组成如图1 所示:图1 应用管理类接口模型4.2接口功能说明4.2.1部署发布类部署发布类接口主要负责应用的上传、启动、停止、销毁、服务绑定、域名绑定功能。
部署发布类至少包含:应用创建、应用上传、服务绑定、服务解绑定、应用启动、应用实例数设置、应用动态伸缩设置、应用停止、获取域名详情、绑定域名、解绑域名、应用销毁等接口。
产品平台报文接口规范
产品平台报文接口规范1 总体技术方案1.1 通讯方式所有报文域以JSON报文格式,发送到汇宜产品平台。
前端发送交易结果同步响应给商户,如超时仍未得到交易响应,商户可通过发起交易查询获取交易处理结果。
交易状态查询类交易,交易结果同步响应给商户。
1.2 符号约定表1符号约定1.3 签名机制1.3.1.1 报文的签名机制对于报文的签名处理机制如下:首先,对报文中msg_body对象域转换成json字符串,再使用机构RSA私钥证书对该串做签名操作(签名时算法选择SHA-1)。
最后,对签名做Base64编码,将编码后的签名串放在签名(signature)字段中,将报文放在body中,以json方式发送给汇宜产品平台。
1.3.1.2 报文的验签机制对于报文的验签处理机制如下:首先,取出msg_body域值作为待签名串。
其次,使用汇宜机构RSA公钥证书对待签名串和报文中的签名信息做签名验证操作。
报文示例:{"version":"1.0.0","encoding":"UTF-8","signature":"x/nSIrz/lJnVH4Nv+zOB/nGrkJ0r0nDZIMis1UqIxVG/xNMHYN7dqpj/qBl1uFt8O0k o813SC8e8Lnc7W1K/AR01IEn8Lzq1WYnx0qmDIwSrrsQMuRo1D0agOuNlPaL3weKKBAGdUdsahASPURKZ1sXsLP/43r+3ufPvZitnL575xPLKQaZO7xq6ien7ZW4tb 0VGKcj06IQ9AA5zOFANTweIPao+7ttqKysOEF2PY/y0NSN/hFQ0P7Me7XobNXzyZW/kMir/Sa447xwnAs2tkrDQm4h4icNEASFZZltXp1Xwk24obwl4Uc11PnTG2Ix vQwZmyeP4sRJe24y6FWjgwA==","sign_method":"01","msg_body":"{\"ins_id_cd\":\"\",\"prod_cd\":\"1151\",\"biz_cd\":\"\",\"mcht_cd\" :\"9969\",\"tran_dt_tm\":\"201\",\"order_id\":\"\",\"tran_amt\":\"1\",\"qr_code_info\":{\"noti_url\" :\" 8.30.10:8088/prodpmpnotify\"},\"tran_cd\":\"7131\"}"}异步通知正常应答报文样例:{"version":"1.0.0","encoding":"UTF-8","sign_method":"01","msg_body":"{\"ins_id_cd\":\"\" ,\"sys_order_id\":\"2089\",\"tran_cd\":\"6132\",\"resp_cd\":\"00\",\"resp_msg\":\"成功\"}"}1.3.2 加密方式1.3.2.1 交易PIN对于持卡人密码汇宜产品平台使用RSA公钥证书对ANSI X9.8带主帐号格式的PIN加密并做Base64编码后传输,以保障密码的安全性。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
版本变更
目录
版本变更 (2)
第一章、接口概述 (4)
第二章、WebService调用说明 (4)
1、webservice请求调用XML格式 (4)
2、webservice服务返回XML格式 (5)
第三章、WebService交易失败处理 (6)
第四章、平台接口 (7)
1、门诊预收费(F01.00.00.01) (7)
2、门诊收费(F01.00.00.02) (8)
3、门诊收费冲销(F01.00.01.01) (10)
4、住院登记(F02.00.00.01) (10)
5、住院登记撤销(F02.00.00.02) (11)
6、住院明细上传(F02.00.01.01) (12)
7、住院未结算明细清除(F02.00.01.02) (13)
8、住院预结算(F02.00.03.01) (13)
9、住院结算(F02.00.03.02) (14)
10、住院结算撤销(F02.00.03.03) (15)
11、个人信息查询(F00.00.00.01) (16)
12、门诊结算信息查询(F00.00.00.02) (17)
13、住院结算信息查询(F00.00.00.03) (18)
附件一 (19)
代码字典 (19)
部分参数说明 (27)
附件二 (27)
第一章、接口概述
为了更好的实现吕梁市政府提出的一站式结算系统功能需求,真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。
考虑到数据的准确性、可控性、可维护性和安全性,结合HIS厂家以及各个医疗保险机构改造系统的困难等多方面的考虑,在对原有系统的改造的过程中,我们准备提供WebService以供访问来解决。
第二章、WebService调用说明
1、webservice请求调用XML格式
<?xml version="1.0" encoding="UTF-8"?>
<service>
<head>
<!--安全校验-->
<security>
<username>ceshiyy</username><!--平台访问用户名-->
<password>123456</password><!--平台访问用户密码-->
<entryType>农合</entryType><!--平台访问入口(农合、医保)--> </security>
<serviceId>F01.00.00.02</serviceId><!--方法名-->
<businessId>201701040000001</ businessId ><!--唯一交易号--> </head>
<!-- 请求参数-->
<request>
< akc190>201612001</ akc190>
< aac001>368512</ aac001>
< aac191>10002</ aac191>
<results name='list01'>
<result>
< zkc301>1001</ zkc301>
< zkc302>阿莫西林胶囊</ zkc302>
</result>
<zkc301>1002</ zkc301>
<zkc302>灰黄霉素片</ zkc302>
</result>
</results>
</request>
</service>
2、webservice服务返回XML格式
<?xml version="1.0" encoding="UTF-8"?>
<service>
<head>
<serviceId>F01.00.00.02</serviceId>
< businessId >201701040000001</ businessId >
<sign>1</ sign ><!--服务成功标志(1、成功,0、失败) -->
<message>ok</ message ><!--提示信息-->
</head>
<!--返回参数-->
<response>
< zkc502>200</ zkc502>
< akc260>100</ akc260>
<!--结果集list01-->
<results name='list01'>
<result>
<aka063>1</aka063>
<aka064>床位费</ aka064>
<akc240>30.00</ akc240>
</result>
<result>
< aka063>2</ aka063>
< aka064>西药费</ aka064>
< akc240>30.00</ akc240>
</result>
</results>
<!--结果集list02-->
<results name='list02'>
<result>
< bkc101>医保统筹支付</ bkc101>
< bkc102>20.00</ bkc102>
</result>
<result>
< bkc101>公务员补助支付</ bkc101>
< bkc102>10.00</ bkc102>
</results>
</response>
</service>
第三章、WebService交易失败处理
在医院调用webservice接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时,可根据唯一交易号进行交易结果查询操作。
唯一交易号是每个医院定点必须唯一的30位的字符串,支持字母和数字交易查询操作的方法ID为F00.00.00.00 交易号为交易失败的交易号。
交易结果查询支持下列平台接口
门诊预收费(F01.00.00.02)
门诊收费冲销(F01.00.01.01)
住院登记(F02.00.00.01)
住院登记撤销(F02.00.00.02)
住院明细上传(F02.00.01.01)
住院未结算明细清除(F02.00.01.02)
住院结算(F02.00.03.02)
住院结算撤销(F02.00.03.03)
返回结果见各方法的出参
流程图如下
正常的业务调用
在有中断的业务调用中,第一次业务调用中医院未接收到平台返回的的交易结果可根据交易号查询交易结果,如果业务调用请求未到达平台即中断则医院应再次发送交易请求,若交易查询发生网络问题中断则需等待网络恢复后再进行交易查询交易结果。
第四章、平台接口
1、门诊预收费(F01.00.00.01)
2、门诊收费(F01.00.00.02) 入参
3、门诊收费冲销(F01.00.01.01)
出参
4、住院登记(F02.00.00.01)
5、住院登记撤销(F02.00.00.02) 入参
出参
6、住院明细上传(F02.00.01.01) 入参
7、住院未结算明细清除(F02.00.01.02) 入参
8、住院预结算(F02.00.03.01)
9、住院结算(F02.00.03.02) 入参
出参
10、住院结算撤销(F02.00.03.03) 入参
11、个人信息查询(F00.00.00.01)
12、门诊结算信息查询(F00.00.00.02)
出参
13、住院结算信息查询(F00.00.00.03)
入参
14、检查患者能否先治疗后付费(F03.00.00.01) 入参
出参
附件一代码字典
科室代码字典
部分参数说明
1、收费结果公式:医疗费总额=医保统筹支付+个人账户支付+其他医保支付+个人支付金额
2、日期格式统一为:YYYY-MM-DD HH:mm:ss
附件二
参见《药品诊疗项目字典》和《疾病字典》。