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

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

国家标准《信息技术会计核算软件数据接口》(征求意见稿)

编制说明

一、任务来源

国家标准化管理委员会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格式”的要求,组织审计署计算技术中心、财政部会计司、审计署南京特派员办事处、信息产业部电子标准化所、用友公司、金算盘公司、浪潮公司等相关人员共同研究,编制出《信息技术会计核算软件数据接口(征求意见稿)》。

三、标准编制的原则

(一)立足国内的实际,着眼于未来发展

本标准在整个编制过程中,项目工作组既立足于国内会计核算的现实状况,又充分考虑到本标准在未来的适应空间;既考虑到与国内会计核算软件编程的相互协调,又关注到了国外财务软件的发展状况,从而为会计标准的国际化、规范化奠定了基础。

(二)既要坚持标准的先进性,又要使标准具有实用性和可操作性

本标准规定了会计核算数据接口的数据输出的两种表现形式,即文本文件与XML文件,以满足不同层次会计核算软件的需要。这既坚持了标准的先进性,又使标准具有了很强的实用性和可操作性。

(三)保证标准的统一,注意与有关标准的协调

目前,国内关于会计核算软件数据接口有两个规范性的文件,一个是中国软件行业协会财务及企业管理软件分会于1998年编制的《财务软件数据接口标准》,一个是上海市质量技术监督局于2002年发布的《信息技术会计核算软件数据接口规范》,是一个地方性标准。本标准作为一个国家标准,在内容和形式上完全兼容前两个标准。同时,本标注还与一些其它国家标准有密切的关系,如编码字符集、数据元素值格式记法、可扩展置标语言、时间表示、货币代码等标准,本标准注意了与这些标准之间的协调统一。

(四)坚持标准的制定与软件研制的紧密结合,以利于标准实施

本标准自始自终一直有众多财务软件厂家的大力支持和积极参与,吸纳众长,在标准的制定过程紧密结合会计核算软件的研制过程,从而为本标准的实施和推广拓展了空间。

四、主要有关问题的说明

(一)编制该项标准的目的和意义

目前,国内财务软件众多,它们往往自成体系,采用不同的数据库平台和数据库结构,这就对不同财务软件之间以及财务软件与业务系统软件之间的数据交换形成障碍,同时也增加了审计软件采集财务数据的难度,妨碍了财务软件、审计软件以及与之相关的业务系统软件产业的健康发展。

在此之前,虽然中国软件行业协会财务及企业管理软件分会于1998年编制了《财务软件数据接口标准98-001号》,上海市质量技术监督局于2002年发布了《信息技术会计核算软件数据接口规范》。但是,这两个标准只是行业标准及地方标准,故很少有财务软件厂家真正贯彻与执行。

同时,各财务软件厂家的实力状况不等、规模大小不一,各会计核算软件的功用和实现机制又大相径庭,往往与业务系统软件混在一起,而国内不同地区的会计电算化程度相差甚大,有些落后地区还保留在原始的手工记账状态。

正是由于上述情况,审计署、财政部、国家标准化委员会决定制定《信息技术会计核算软件数据接口》国家标准。

制定本标准的意义在于:

第一,有利于规范财务软件市场,增进财务软件之间的交流,进一步推动会计电算化的普及和发展。会计电算化的目的之一是会计信息完全电子化,即对会计信息的收集、加工、传送、保存与再现均是用电子方式实现。由于各财务软件厂家的软件产品的数据结构不同,即使对同一厂家的同一类软件产品,不同版本数据结构也不完全相同,早期版本的数据备份未必能于若干年后在更高的版本中读出。有了本标准,只要是符合本标准的会计核算软件,无论是同一厂家还是不同厂家不同版本的产品,都能实现信息互通、共享。从而增进财务软件之间的交流,规范财务软件市场,推动会计电算化的普及和发展。

第二,有利于会计软件产业的发展,促使一般会计核算软件向会计信息系统甚至管理信息系统转化,促使财务软件从事务型向管理型和决策型发展。就目前状况而言,我国的财务软件和国外先进的财务软件相比,无论在深度还是广度上都有不小的差距。除了我国财务软件起步晚、用户水平低等原因外,其主要原因是,我国的财务软件厂家为保住自己的用户,对自己产品的数据存储格式保密,以至该软件所含的信息不能被其他厂家使用,从而将财务软件市场人为割裂,减缓了新产品的推出速度。当前,会计核算软件正朝着会计信息系统、管理信息系统转化,正在从事务型向管理型和决策型发展。如果会计核算软件的数据输出不能标准化,不同会计核算软件的数据不能共享,必将使管理型和决策型会计软件市场规模变小,从而降低了财务软件厂家开发高层次的会计软件的积极性。

第三,有利于保护会计核算软件用户的利益,为用户的特殊需求和二次开发提供数据接口。当前越来越多的企业正在向集团化、多元化发展,普通的会计核算软件已不能满足它们的需要。由于我国的管理型和决策型会计商品化软件市场尚未形成规模,这些企业往往需要对已使用的会计核算软件进行二次

开发,来发展自己的管理型和决策型会计软件或管理信息系统软件。没有标准的数据接口,原会计核算数据将无法使用。

第四,有利于政府和行业主管部门加强编制汇总和合并报表,加强监督和宏观调控。政府或行业主管部门对有关部门财务信息进行汇总、监督是管理上的需要,然而,由于财务软件不同的数据结构不便于信息汇总和监督,从而增加政府或行业主管部门进行财务监督和宏观调控的难度。

第五,有利于财务软件厂家自身的发展,便于财务软件的交叉升级和不同财务软件厂家的产品在同一环境内集成工作。商品化会计核算软件经过十年左右的发展,一些功能落后、服务跟不上的会计核算软件将逐渐淘汰。因此对那些财务软件性能比较先进的厂家来说,他们的潜在用户不仅有从未使用过财务软件的企业,也包括已使用财务软件但觉得其功能不够用、性能比较差的企业,把这些潜在用户累积的数据转换到新系统将是一个很重要又很麻烦的事,标准化的数据接口将使其变得轻而易举。

第六,有利于审计软件市场的发展。审计软件运行的前提是打开被审计单位的电子数据(包括会计核算数据),但由于不同的被审计单位电子数据的数据结构不同,往往会使审计软件难以发挥作用,从而阻碍了审计软件市场的发展。

第七,有利于适应我国加入WTO后与国际会计准则接轨。随着国际资本、跨国公司进入我国的速度的加快,制定《信息技术会计核算软件数据接口》国家标准的工作刻不容缓。特别是建立具有我们国家自主知识产权的技术标准体系,能有效地利用WTO/TBT规则(技术壁垒)保护民族和国家利益。

(二)本标准所采用的字符集

目前我国的信息系统普遍采用的有4种字符集,即GB/T 1988、GB 2312、GB 13000.1、GB 18030。其中GB/T 1988是国内外普遍采用的96个图形字符的编码字符集,它是七位编码。GB 2312是我国长期使用的汉字编码字符集,它用双七位编码。GB 13000.1和GB 18030都是一种新的编码体系的编码字符集。若会计核算信息系统都能统一用GB 18030的编码字符集,则是最好的。但考虑到实际信息系统不是用统一编码字符集的具体情况,我们只能在此将几个字符集都列出。他们可能存在不兼容的问题,因此需提出来广泛征求意见。以便寻求最好的解决方法。

(三)标准的主要技术内容

会计核算软件的保存会计核算数据的数据模式不尽相同,但仍可从中抽象出其共有的数据模式。具体而言,会计核算数据主要包括电子账簿、会计科目、科目余额、记账凭证、报表等部分,它们之间既相互独立又密切相关,构成有机统一的会计核算体系,这就为会计核算软件数据接口标准的建立奠定了物质基础。

本标准的主要思想是:对于所有正在使用的会计核算软件(包括含会计核算功能的会计信息系统、管理信息系统等)规定统一的数据输入、输出的内容和格式。会计核算软件数据接口分为两部分,一部分规定其内容,包括电子账簿、会计科目、科目余额、记账凭证、报表等,另一部分规定其输出的格式要求,包括文本文件输出方式和XML文件的输出方式,并要求以年度为单位导出会计核算数据。据此,本标准涵盖两类文件,一类称为数据文件,另一类称为格式说明文件。

(四)与有关标准的关系

本标准的制定充分参考上述两个会计核算软件数据接口的标准(中国软件行业协会财务及企业管理软件编制的《财务软件数据接口标准98-001号》和上海市质量技术监督局颁布的《信息技术会计核算软件数据接口规范》)。前两个标准仅面向企业单位,本标准不仅面向企业单位,同时也面向事业单位。在标准的表现形式上,前两个标准主要是文本文件形式,上海地方标准虽然对会计报表进行了专门的规定,即报表文件采用可扩展的商业报告语言(XBRL),但未具体说明。XBRL作为网络时代的一种新的财务报告载体,在国外刚刚流行不久,并未真正普及,国内也尚无人使用,故放入国家标准不合适。为了标准的可行性与实用性,立足于我国国情,本接口标准规定了两种表现形式:文本文件和XML文件。能以任何一种表现形式输出会计核算数据的软件即为满足本标准的会计核算软件。以文本文件作为表现形式,可以满足各类财务软件厂家的要求,兼顾偏远落后地区,方便实用;以XML文件作为表现形式,可以满足绝大部分大中型的财务软件厂家的要求,着眼于未来,便于发展,有利于标准向国际化迈进。

(五)关于数据文件的输出内容

为了能更清楚地描述会计核算数据接口的输出内容,本标准引进数据结构的概念,将电子账簿、会

计科目、科目余额、记账凭证、报表等作为数据表,每个数据表含有多个数据元素,对应于一个数据文件,数据文件包含的内容由这些数据元素规定。如果数据文件中某数据元素没有内容,则赋值为两个双引号(数据元素的表示为cn或c..n)或0 (数据元素的表示为DI..n)。本标准规定的是数据表的基本数据元素,用户可以自行扩充,但在格式说明文件的输出中必须加以说明,以保证表现形式的一致性。

本标准中还含有有关辅助核算的说明。辅助核算是从不同的角度对财务信息进行细分,辅助核算与会计科目的组合使用,可全面反映企业的经济业务,也可使账务处理更加灵活,充分发挥会计电算化的优势。一个科目可设置一种辅助核算,也可同时设置多种辅助核算。如:部门、客户或是项目信息等。由于辅助核算项的不确定性,无法在标准中具体限定。但如果某会计核算软件中含有辅助核算内容,则必须输出。其输出内容为各不同辅助核算项表的所包含的所有内容,以辅助核算项表的表名为数据文件名,其所有字段作为数据元素在格式说明文件中输出,所有表的记录即为数据文件的内容,且单条记录值的排列次序应与格式说明文件中数据元素的排列次序一致。

(六)数据元素细目的说明

本标准之所以用“数据元素”这一概念,是考虑到标准的国际化趋势,目前大多数有关信息技术的标准中在说明数据结构模式时都沿用的是数据元素。

数据元素作为会计核算软件的数据接口所输出数据的不可分割的基本单位,可从五个方面描述。

1、标识符:可以用数字表示,也可以用字母表示。本标准用汉语拼音的大写字母表示数据元素的标识符,是为了编写标准的方便;这样在扩展数据元素项时,只要插入位置正确,无需对数据元素项进行重新排序,同时用字母表示还便于帮助记忆。

2、名称:考虑到中国人的习惯,本标准用中文规定数据元素的名称。这样既科学合理,又符合中国人的习惯称呼,约定俗成,直观明确。

3、表示:这里的“表示”指的是数据元素类型和值域的表示,它标明数据元素的取值范围。我们按照GB/T 18142中规定的数据元素值的格式记法来表示数据元素。本标准将那些意义明确、长度一定的字符型数据元素的域值用固定长度表示,如:会计年度(是4为数字组成的字符)、单位性质(是长度为8的字符,只有两种取值:“企业单位”和“事业单位”);对于长度不定的字符型数据元素,结合实际取其最大可能长度。对于数值型数据元素,我们规定了整数型和小数十进制形式。对于非整数形,则其整数位取最大长度,小数位取根据需要按常规长度取值。

4、说明:是指对数据元素含义的描述,也即是数据元素的“定义”。从理论上讲,用“定义”一词更科学合理,但它的要求更高和更严密,需要更多的时间查专业技术术语定义和进行研究来确定,目前还有一定的困难,因此,这里还用“说明”一词,同其他国家标准相一致。

5、注释:与该数据元素相关的其它说明。

五、结束语

《会计核算软件数据接口》标准的编制工作已进行到征求意见阶段,应当看到,该标准还需要收集来自全国范围的不同用户的意见,还需要各软件开发厂家的积极参与,还需要在日后的使用过程中就其合理性、可操作性、易操作性进行检验。另外,计算机技术发展的日新月异,会计理论体系的日趋完善,使得本《会计核算软件数据接口》标准也应当及时更新,跟上技术发展的步伐。

标准编制组2004年3月

接口设计规范

目录 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概述........................................................................................................................................................... 错误!未定义书签。 1.1编写目的......................................................................................................................................... 错误!未定义书签。 1.2参考资料......................................................................................................................................... 错误!未定义书签。 1.3术语和缩写词................................................................................................................................ 错误!未定义书签。2软件系统综述......................................................................................................................................... 错误!未定义书签。3接口设计.................................................................................................................................................. 错误!未定义书签。 3.1接口框图......................................................................................................................................... 错误!未定义书签。 3.2接口一览表.................................................................................................................................... 错误!未定义书签。 3.3人机接口......................................................................................................................................... 错误!未定义书签。 3.4软件-硬件接口 .............................................................................................................................. 错误!未定义书签。

数据交换接口规范

附件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 !!! 致力为企业和个人提供合同协议,策划案计划书,学习课件等等 打造全网一站式需求 欢迎您的下载,资料仅供参考

综合布线系统施工工艺标准

项目施工工艺标准 1 适用范围 1本标准适用于上海方擎信息系统有限公司所承接的所有系统安装工程。 2 施工准备 1人员架构:项目负责人电话现场施工负责人电话 2安全培训:施工人员安全防护培训施工安全培训 3 材料,设备: 1 传输部分:线缆、光缆、连接头等 2 机房部分:交接箱、机柜、各类配线架、配线模块、跳线等。 3 终端部分:信息插座、光纤插座、8位模块式通用插座、多用户信息插座。 4镀锌材料:镀锌钢管、镀锌线槽、金属膨胀螺栓、金属软管、接地螺栓。 5其他材料:接线盒、地面插座、塑料线槽及其附件。塑料线槽其敷设场所的环境温度不得低于-15℃,其阻燃性能氧指数不应低于27%。 6上述设备材料的规格、型号、数量应符合设计及合同要求,并附有出厂质量检验合格证、性能检验报告及“CCC”认证标识等。线缆所附标志、标签内容应齐全、清晰。 4 技术准备 1施工图纸齐全。 2施工方案编制完毕并经审批。 3施工前应组织施工人员熟悉图纸、方案及专业设备安装使用说明书,技术交底。 5施工面组成

综合布线系统可分为建筑群子系统、干线(垂直)子系统、配线(水平)子系统、设备间子系统、管理子系统和工作区子系统。 工作区子系统由信息插座、信息终端设备及相应的适配器、连线组成。 6线槽、桥架敷设 1线缆桥架、线槽宜距离地面2.2m以上安装,桥架顶部距顶棚或其他障碍物(强电桥架,消防等)不应小于30cm。 2线缆桥架、线槽垂直敷设时,在线槽或者桥架上端下端每隔1.5M进行固定 3线缆桥架平行敷设时要求每隔2m进行固定,水平垂直不的大于5cm 4垂直桥架及线槽应与地面保持垂直,并无倾斜现象,垂直偏差不应超过3mm。 5丝杆安装应保持垂直,整齐牢固,无歪斜现象 6线缆桥架、线槽的截面利用率不应超过70%。 7桥架及线槽的安全位置应符合施工图规定,左右偏差不应超过50mm。 8桥架及线槽水平度每米偏差不应超过2mm。 9线缆桥架、线槽水平,垂直敷设时,在缆线的首、尾、转弯处进行桥架接地 10两线槽拼接处水平度偏差不应超过2mm。 7 管线的敷设 1暗管敷设:暗管敷设宜选用阻燃硬质PVC管或镀锌钢管,管道的截面利用率应为40%~50%。 2暗敷线槽宜采用金属线槽,线槽的截面利用率不应超过70%。线槽高度不宜超过25mm。线槽的长度超过6m或线槽拐弯处宜设置过线盒。 3建筑物内横向布放的暗管管径不宜大于25mm,天棚里或墙内水平、垂直敷设管路的管径不易大于4cm。 8 线缆敷设 1缆线布放两端应贴有标签,表明起始和终端位置,标签书写应清晰、端正和正确。

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

国家标准《信息技术会计核算软件数据接口》(征求意见稿) 编制讲明 一、任务来源 国家标准化治理委员会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.简介 (6) 1.1.系统简介 (6) 1.2.文档目的 (6) 1.3.范围 (6) 1.4.与其它开发任务/文档的关系 (6) 1.5.术语和缩写词 (6) 2.参考文档 (8) 3.系统概述 (9) 3.1.功能概述 (9) 3.2.运行环境 (9) 4.总体设计 (10) 4.1.设计原则/策略 (10) 4.2.结构设计 (10) 4.3.处理流程 (10) 4.4.功能分配与软件模块识别 (11) 5.COTS及既有软件的使用 (12) 5.1.COTS软件的识别 (12) 5.2.COTS软件的功能 (12)

5.3.COTS软件的安全性 (12) 5.4.既有软件的识别 (12) 5.5.既有软件的功能 (13) 5.6.既有软件的安全性 (13) 6.可追溯性分析 (14) 7.接口设计 (15) 7.1.外部接口 (15) 7.2.内部接口 (15) 8.软件设计技术 (16) 8.1.软件模块 (16) 8.2.数据结构 (16) 8.3.数据结构与模块的关系 (16) 9.软件故障自检 (17)

1.简介 1.1.系统简介 提示:对系统进行简要介绍,包括系统的安全目标等。 1.2.文档目的 提示: 软件结构设计的目的是在软件需求基础上,设计出软件的总体结构框架,实现软件模块划分、各模块之间的接口设计、用户界面设计、数据库设计等等,为软件的详细设计提供基础。 软件结构设计文件应能回答下列问题: 软件框架如何实现软件需求; 软件框架如何实现软件安全完整度需求; 软件框架如何实现系统结构设计; 软件框架如何处理与系统安全相关的对软/硬件交互。 1.3.范围 1.4.与其它开发任务/文档的关系 提示:如软件需求和界面设计文档的关系 1.5.术语和缩写词 提示:列出项目文档的专用术语和缩写词。以便阅读时,使读者明确,从

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

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

一、销售机构、基金资金划付明细文件格式建议(J01) (一)报表格式 使用标准txt文件,文件内容格式如下(左侧数字表示行号): 1.总记录数(不包括本行) 2.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| 3.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| (二)报表说明 用于表示基金销售机构与基金之间的实际资金划付。其中资金划付日期是指实际资金汇划的日期;交易确认日期是与指该笔资金划付相对应的基金交易的确认日期;交易申请日期是与指该笔资金划付相对应的基金交易的申报日期;业务类型是指基金交易业务代码,包括:认购(一次交易确认为120、二次交易确认为130)、申购122、定额申购139、赎回124、定额赎回163、强制赎回142、分红143。 对于三种特殊业务类型“交易申请日期”字段的说明。分红143业务:“交易申请日期”填写权益登记日;强制赎回142业务:“交易申请日期”填写交易确认日期的上一工作日(由于上工作日的赎回可能会和当日的强赎合并划款);认购退款130业务:“交易申请日期”填写交易确认日期。 报送的实际资金划付数据是按照基金代码、业务类型进行

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

综合布线系统施工流程与规范

前言: 弱电工程施工流程是怎么样的?需要先干什么后干什么?对于新手总是摸不到头脑,本文从综合布线系统施工流程来谈,其他子系统基本一样。一起来看看吧!正文: 一、施工步骤: 1、勘察现场 A.与甲方协商,确定仓库位置。 B.水电设备。现场是否具备施工必需的水电设施。 C.电力负荷。施工现场的电力线是否能匹配工程的负荷要求。 D.设备布局。确定机柜的位置、终端设备的安装位置以及线路的的敷设路迳。 E.样品式样。明确业主的要求,确定样品的型号、样式。要形成文档,客户签字确认。 F.安全。原材料的安全,施工现场安全措施。 2、绘制网络拓扑图、平面点位图,交业主方确认。 3、制定工程进度计划表。列举施工期间需要完成的工作任务,以及各项工作完成的先后次序,并确定详细的计划时间, 4、指定项目经理及管理人员,负责规划备料,备工,用户方配合要求等方面事宜 5、现场施工,每日记录施工进度,并根据计划的完成情况及时调整计划,确保按工期工要求交付工程。工程日志写起来 6、现场设备安装记录表,制作测试报告,打印IP地址表、路由表、配置表。

7、验收。在上述各环节中所建立和完善的文档,作为验收资料的一部分,交业主保存。同时公司也要留存幅本,作为客户资料,以备售后服务用。 二、布线规范 1、塑料线槽及其附件型号规格应符合设计要求,并选用相应的定型产品。其敷设场所的环境温度不得低于-15摄氏度,其阻燃性能氧指数不应低于27%。线槽内外应光滑无棱刺,不应有有扭曲、翘边等变形现象,并有产品合格证。 2、缆线布放时应有冗余。在机柜处,双绞线缆预留长度,一般为3~6m;终端处为0.3~0.6m;光缆在设备端预留长度一般为5~10m;有特殊要求的应按设计要求预留长度 3、设备间铺设活动地板时,板块铺设严密坚固,每平方米水平允许偏差不应大于2mm,地板支柱牢固,活动地板防静电措施的接地应符合设计和产品说明要求。 4、每对对绞线应尽量保持扭绞状态,非扭绞长度不应大于13mm。 5、剥除护套均不得刮伤绝缘层,应使用专用工具剥除。 6、缆线中间不得产生接头现象。 7、双绞线最长线距为100米,超过100 米的可用双绞线中继器连结加长,每段线路中中继器的数据不能多于三个。 8、缆线的弯曲半径应符合下列规定: a 非屏蔽4对双绞线缆的弯曲半径应至少为电缆外径的4倍在施工过程中应至少为8倍。 b 屏蔽双绞线缆的弯曲半径应至少为电缆外径的6~10倍。 c 主干双绞线缆的弯曲半径应至少为电缆外径的10倍。

接口设计规范

目录 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)

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

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

(完整版)弱电综合管网及综合布线工程施工要求

弱电综合管网及综合布线工程施工要求 一、一般规定 1.1 本章适用于弱电综合管网及综合布线工程的工程实施、调试、检测、质量控制。 1.2 弱电综合管网及布线工程范围包括:区域综合外网、室内综合管网和综合布线工程。区域综合外网工程由管道、电缆隧道、电缆沟、人(手)孔、引入与引出配管、室外交接箱等组成;室内综合管网由弱电间、线槽、配管、配线箱、接线盒、智能配线箱、管网支架等组成;综合布线工程主要包括用于建筑弱电系统及综合布线的主干线缆、水平线缆、用户配线、各类配线模块、机柜等。 1.3 本章规定依据现行国家规范与标准《综合布线系统工程设计规范》GB50311-2016、《综合布线系统工程验收规范》GB50312-2016、《民用建筑电气设计规范》JGJ16-2008、《建筑电气工程实施质量验收规范》GB50303-2015、《通信管道与通信工程设计规范》GB50373-2006的要求编制,并与其配套使用。 二、施工准备 2.1 区域综合外网工程施工前检查应符合以下要求:

1. 施工前进行图纸会审、技术交底。 2. 编制施工方案,明确施工方法及质量标准。 3. 所有材料规格、型号应满足设计文件和技术规范的要求,并有产品合格证及检测报告,使用前由施工单位会同建设单位或监理单位组织进场检验。 4. 施工工具齐备、完好。 5. 室外管道应按通信管道工程验收的相关规定进行检验。 2.2 室内综合管网工程施工前检查应符合以下要求: 1. 施工前应依据施工图并结合施工现场实际条件将弱电各系统的线槽、线管进行综合布置、合理安排。完成与建筑结构、建筑装饰装修、通风与空调,建筑电气和弱电等专业的接口确认。 2. 所有材料规格、型号应符合设计要求,并有产品合格证及检测报告。 3. 根据支架、吊架所承荷载,确定支架、吊架的规格,在线槽订货时应向厂家作技术交底,支架、吊架和线槽宜由厂家统一加工并供货,应做防腐处理。 4. 线槽内外表面光滑无毛刺,无扭曲、翘边等变形现象,保护层完整,无锈蚀、脱落等现象。 5. 配套型材、管材与铁件的检查要求如下: 1)各种型材与管材的材质、规格、型号应符合设计文件的规定,线管壁厚均匀,表面涂覆或镀层应均匀、平整、光洁,无脱落、气泡等缺陷,外形不得变形、断裂、损坏。

税控发票开票软件发票信息数据接口规范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

中国结算开放式基金新版系统管理人数据接口规范(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.程序功能键的可用性。 硬件接口 要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜:支撑什么样的设备,如何支撑这些设备,有何约定。

关于APP接口设计

最近一段时间一直在做APP接口,总结一下APP接口开发过程中的注意事项: 1、效率:接口访问速度 APP有别于WEB服务,对服务器端要求是比较严格的,在移动端有限的带宽条件下,要求接 口响应速度要快,所有在开发过程中尽量选择效率高的框架,PHP建议使用YAF框架。 2、数据格式 最好使用JSON格式数据,因为JSON有较好的跨平台性。对于 3、数据量 按需分配,APP客户端需要什么数据就返回什么数据,过多的数据量影响处理速度,最重要的 是影响传输效率。 4、接口、参数命名准确 无论是接口还是参数,命名都应该有意义,让人一目了然。 5、一个页面尽可能就用一个接口 现在很多的APP页面都有广告、焦点图、文章列表等,对于这些不同格式的数据,不可能都分 配一个接口,这样加大了APP请求接口数,影响响应速度。建议服务器端尽可能处理好数据后 通过一个接口返回给APP客户端。 6、缓存 这点比较重要,不管是文件缓存还是memcache缓存。 7、接口要有可扩展性 8、接口安全 目前一般都是在APP客户端和服务器通过约定的算法,对传递的参数值进行验证匹配。但是如 果APP程序被反编译,这些约定的算法就会暴露,特别是在安卓APP中,有了算法,完全就 可以通过验证模拟接口请求。 9、接口版本控制 对于接口版本控制,自己目前也没有找到一个好的方法,怎么去应对不断的APP版本升级,新、旧接口的处理。 10、接口数据、状态 接口必须提供明确的数据状态信息,不管是成功的,还是失败的,都必须返回给APP客户端。 以上10点就是自己在这端时间做APP接口过程中注意的事项,写的有点乱,想到什么就写什么。

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

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设计原则

HIS医保接口设计规范解析

HIS医保接口设计规范 一、导言 BSHIS在两年前就开始涉及医保软件接口的设计和实施了。随着时间的推移,越来越多的新签医院工程也要求实施医保;而一些以前上的老工程,也开始在实施各地的医保政策。可以说,医保的实施已经成为HIS软件在医院实施中一个很重要的组成部分。从某种意义上讲,医保实施的好坏也已经直接影响了工程实施的进度和效果。 由于医保政策的复杂性,再加上政策有很大的地区差异。在实施过程中,软件设计人员遇到了很多比较复杂也或者很难于解决的问题。另外,由于医保政策一般都是刚刚指定出来不久的。所以,在实施的过程中,经常会遇到修改政策的过程。这在一定程度上给软件设计和实施增加了不少的难度。同时,也会导致医保接口软件设计上的不确定性,直接的后果是可能导致很多的重复劳动。 结合前面很多人医保实施成功和失败的教训,对在医保接口设计过程中的,好的方法进行了归纳,并尽量给出一种比较完善和完美的设计解决方法和规范,可帮助医保实施和软件接口设计人员比较好地实施医保。当然,现在只是个草稿,需要医保实施实践不断地扩充此规范,以至形成一种比较固定的综合解决方案。 二、关于医保政策软件和应对方案 我们通过对北京安宁盈科、创智公司、东大阿儿派、杭州新世纪、建达电子、万达公司等各个医保险政策软件提供商提供的接口方案进行了分析,总计出他们之间的共性如下: 1、一般都提供DOS和WINDOWS两套方案,DOS下一般用文件形式传递 数据,WINDOWS下一般以WIN32 API的形式在HIS和医保前置机之间 调用和传递数据(DLL提供了政策函数)。我们以后者为重点说明问题。 2、政策函数一般分为两类:单个函数和多个函数两种类型设计 多个函数是指每中业务或者比较相似的业务为一个函数,这样组成结算、登记、退费等多个函数。如:杭州新世纪、东大阿儿派 单个函数是指所有的业务都用一个函数实现。参数一般用结构字符串实现。 如:上海万达公司。 3、明细数据一般都和结算时必要的项目数据分开传递到医保中心服务器。 这样做的目的是为了减少网络阻塞。如果是同时要传的,一般在结算准 备阶段就已经将数据计算好了。 4、平时发生费用时,一般分成两种方式处理: 1)平时的自负比例按HIS中设置的算,也不需要审批

综合布线施工规范

1、综合布线系统 综合布线系统的对象是建筑物或者楼宇内的传输网络,使语音、通信、数据交换设备和其他信息管理系统彼此相连,并使得这些设备与外部通信网络连接。它是有许多部件组成的,主要有传输介质、连接器、插座、插头、适配器、电气保护措施等,并由这些部件来构造各种子系统。 综合布线系统目前被划分为6个子系统,它们是: (1)工作区子系统 (2)水平干线子系统 (3)管理间子系统 (4)垂直干线子系统 (5)建筑群子系统 (6)设备间子系统 1.1、缆线的布放: 1.1.1、水平干线子系统的管道要求: 水平子系统缆线宜采用在吊顶、墙体内穿管或者设置金属密封线槽及电缆桥架方式敷设,当线缆在地面布放时,应根据环境选用地板下线槽、防静电地板等布线等安装方式。 1.1.2、垂直干线子系统的管道要求: (1)垂直干线子系统通道有穿楼板电缆孔、管槽、电缆竖井三种方式,一般采用电缆竖井方式。电缆竖井的位置上下应对齐。 (2)电缆孔方式,通常用一根或者数根外径63—102mm的金属管预埋在楼板内,金属管高出地面25—50mm,也可直接在楼板上预留一个大小适当的长方形孔洞。

(3)管道敷设方式包括明管和暗管。 1.1.3、建筑群子系统的管道要求: 建筑群子系统之间的线缆宜采用地下管道或者电缆沟敷设方式,并应符合相关规定要求。 1.1.4、线缆布放要求: (1)线缆的规格与设计相符; (2)线缆在各种环境中的敷设方式、布放间距与设计相符; (3)线缆布放应自然平直,不得产生扭绞、打圈接头等现象,不应受外力挤压或损伤; (4)线缆两端应贴有标签,标签字迹清晰、正确,标签应选用不易损坏的材料; (5)线缆布放应留有余量,以防变更。双绞线缆预留长度在工作区为10cm,设备间为3-5m;光缆布放路由宜盘留,预留长度为3-5m,有特殊要求的按设计要求; (6)线缆应远离高温和电磁干扰的场所; (7)线缆间的最小间距应符合如下要求: A、电源线、综合布线系统线缆应分隔布放,平行敷设时间距在30cm以上 B、对于有保密要求的工程,信号线、电力线、接地线的间距应符合相应的保密规定,对于有保密要求的线缆宜采取独立的金属管或金属线槽敷设; (8)屏蔽电缆的屏蔽层端到端应保持完好的导通性 (9)预埋线槽和暗管敷设应符合以下规定: A、敷设线槽和暗管的两端宜用标志标出编号内容; B、预埋线槽宜采用金属线槽,截面利用率为30%—50%。 C、敷设暗管宜采用钢管或PVC管,布放大对数主干线缆或4芯以上光缆时,管径利用率应为50%。暗管布放4对双绞线缆或者4芯以下光缆时,管道的截面利用率应为30%。 (10)设置线缆桥架和线槽敷设应符合以下规定: A、密封线槽内线缆布放应顺直、尽量不交叉,在线缆金属线槽部位、转弯处应绑扎固定; B、线缆桥架内线缆垂直敷设时,在线缆的上端每隔1.5m处应固定在桥架的支架上;水平敷设时,在线缆的首、尾、转弯及每间隔5—10m处进行固定; C、在水平、垂直桥架中敷设线缆时,应对线缆进行绑扎,双绞线缆、光缆及其他线缆应根据线缆类别、数量等分束绑扎。绑扎间距不宜大于1.5m,间距应均匀,不宜绑扎过紧或者线缆收到挤压。 1.2水平子系统的施工措施 1.2.1 预埋地面金属线槽 (1)预埋线槽应单层设置,线槽长度超过30m或者线槽路由交叉、转弯时,宜设置过线盒,以便布放线缆和维修。 (2)过线盒盖能开启,并与地面齐平,盒盖处应具有防尘与防水功能。

相关文档
最新文档