生活医疗卫生消毒技术规范
新一代国际结算系统技术方案一、网络结构图新一代结算系统网络架构分为三层：总行、一级分行以及二级分行（或支行）。其中：l 总行为国际结算业务数据中心，结算系统的应用服务器、数据库服务器均存放在总行。l 一级分行作为国际结算业务的操作中心，通过各一级分行骨干网与总行新一代结算系统服务器进行连接，对国际结算的业务数据进行存取。同时，各一级分行为辖内影像数据存放中心，放置影像管理服务器、影像数据库服务器。l 二级行（或支行）通过二级骨干网与一级分行进行网络连接。由于二级分行处理数据包括业务数据及影像文件，数据传输（数据上传）有两种情况：一是影像数据及影像索引数据，通过二级骨干网传输至一级分行的影像管理系统中；二是影像索引数据及相关业务数据通过二级行骨干网传输至一级分行，再通过一级骨干网传输至总行结算系统数据库中。对于一级分行业务处理结果需反馈给二级分行时（数据下传），须通过一级及二级骨干网传送至二级分行（或支行）。二、系统数据流程新一代国际结算系统的数据流由二级分行开始发起，包含国际结算的业务数据和影像数据。由于结算数据全部集中在总行，而影像系统分散于各一级分行，因此在系统处理过程中需对二级分行上传的数据包在一级分行做拆包处理，分解为业务索引数据和影像数据，业务索引数据和影像数据存入一级分行影像系统；业务索引数据存入总行新一代结算系统业务数据库。具体的数据流程如下图所示：图2系统数据流程图（一）业务数据流程1、二级分行：业务数据是在二级分行通过手工录入的业务索引数据。该数据由二级分行客户端产生后，与相关业务的影像文件一起打包上传。经由二级分行局域网和骨干网传送至一级分行后，分解出业务信息及影像索引信息。其中业务信息再通过一级分行骨干网传送至总行数据库服务器存放。2、一级分行：收到业务处理信息后，从总行数据库中读取二级分行提供的业务数据进行相应的业务处理，并根据从本地影像系统中调阅的相关业务影像文件进行处理。业务处理完毕后，结算系统会将相关业务处理结果回传送二级分行。3、总行：查询结算系统数据，并向下级分行传送提示信息，生成与其他系统接口文件等。（二）影像数据的流程1、二级分行：影像数据是指由二级分行经过扫描产生的各种单证的原始影像数据。该数据在业务人员扫描完毕后，经过压缩处理，与业务数据一起打包后经由二级分行局域网和骨干网到达一级分行，系统分解出影像文件及相关索引数据，在一级分行的影像文件服务器中保存。2、一级分行：一级分行经办人员办理业务时经由本地局域网调阅、审核、批改影像文件。3、总行：总行可随时查阅各一级分行相关的影像数据。三、系统软件平台1操作系统本项目开发考虑采用 Client/Server系统体系架构，或者采用Client/Server或Browser/Server两者结合模式。其中Browser/Server模式在总行的web服务器考虑安装WinNT或者Win2000等服务器端操作系统；Client/Server模式，操作系统在Server端可采用WinNT或者Win2000服务器端操作系统或UNIWARE操作系统。若采用IBM或SUN等厂商机型，将采用相应的操作系统类型。一级分行、二级分行客户端操作系统采用Win/98或Win2000 for Client。 2数据库新一代国际结算系统采用Informix 或Oracle关系型数据库。3中间件系统采用BEA Tuxedo中间件来保证网络传输安全性以及传输数据的一致性和完整性。四、接口设计（一）与会计系统接口依照我行有关会计制度的要求，国际结算系统处理业务所形成的所有业务数据均须及时地纳入外汇会计系统的核算管理当中，即实现会计帐务的实时处理。鉴于目前一级分行会计系统集中步伐不一致，新一代国际结算系统将先考虑与外汇会计集中的一级分行建立接口。待实现会计系统的区域（全行）集中后，再与其建立接口。下面针对第一步骤的技术实现进行详细说明：1会计接口的整体思路 鉴于我行已实现会计数据集中的一级分行使用会计系统版本各不相同，据统计目前约有七个版本，其中有本外币合一的，有本币、外币两套系统分别集中的。并且各行会计系统所要求接口数据也不尽相同，因而与会计系统接口无法统一，开发工作量较大将无法避免。2会计接口的实现方式各一级分行使用的集中的会计系统有两种模式：会计分录驱动和交易驱动模式。为了尽量减少接口开发工作量，建议新一代国际结算系统与会计系统的接口统一采用模拟手工凭证录入方式，由国际结算系统按照规范的数据格式通过接口程序将数据包传到会计系统，会计系统检查通过后，自动入流水帐数据库，该处理过程由系统自动完成，无需人工干预。接口设计包括两部分内容：一部分为国际结算系统部分接口程序，该部分程序包括向会计系统发出交易请求，传送包含国际结算会计帐务、其他会计系统所需信息（如外管申报所需数据）等的数据包。另一部分是会计系统中的结算接口数据入流水帐程序，需要对结算系统流水帐进行检查。具体处理过程：会计系统实时接收结算系统传过来的数据包，进行数据包校验、合法性检查、平衡检查等一系列处理。 上述接口设计的两部分内容需由结算系统、会计系统的开发人员密切配合。根据接口设计的总体设计思路，先由业务人员总结各一级分行会计系统数据规范，该数据规范为各一级分行会计系统所需数据的集合。然后，接口设计第一部分内容由国际结算系统开发人员编写生成规范数据包程序，第二部分内容由会计系统开发人员编写拆包程序，根据本行使用会计系统的要求提取有效数据，进行帐务校验，将成功或失败结果返回给结算系统。对于交易驱动模式下的会计系统，会计系统开发人员可以跳过系统交易检查等控制，对会计分录直接处理。3会计接口处理流程国际结算系统在一级行设客户端端，结算业务人员在系统中录入交易信息形成待处理资料并存放总行，复核员调总行数据库资料复核后，上传总行，由国际结算系统服务器后台程序将有关帐务数据打包通过一级分行前置机传入会计系统，驱动会计系统拆包，对帐户进行合法性检查后过帐，过帐成功，返回信息给结算系统，系统形成主档资料，会计前台于日终时打印传票。若过帐失败，通过会计接口反馈给结算系统，业务回到待复核状态，待排除故障后继续作业。此方式经办输入交易时不预扣客户帐，从而减少了系统重复扣帐及错帐的可能性。在实际业务操作过程中，与会计接口相关的还有冲账处理。会计接口程序提供过帐的冲正交易，以纠正复核时的误操作。过帐的当日冲正的方式由结算系统上传的分录内容决定，进行自动冲正；但实际过帐的隔日冲正为手工方式，即不由结算系统交易触发，而是根据会计传票手工在会计系统中进行冲正。对于结算系统主动发起的冲帐交易，将原交易账务信息标记为冲帐传入会计系统，由其进行冲帐，冲回实际过帐额的交易发生额。4接口实现过程中可能出现的问题由于业务数据集中在总行，会计系统分散在各一级分行，在复核确认过程中，会计传账与业务数据写入总行数据库有时间差，可能会出现数据不一致的情况。例如，在方案中是传账成功后，系统形成主档资料，这就意味着传账在先，业务数据写入数据库在后，如果在传账成功后，发生特殊情况致使业务数据写库未成功，会计接口应能将已传账的该笔交易冲回。（二）与总行SWIFT Alliance系统的接口鉴于新一代国际结算系统的业务数据全部存放总行的架构设计，解决全行一级分行、二级分（或支行）的报文收发问题，只需在总行新一代国际结算系统与总行Alliance之间设计一个接口，即可实现报文交换、报文收发的全部功能。SWIFT接口结构图如下：图3SWIFT接口结构图与Alliance接口主要是完成SWIFT报文的生成、发送，以及报文的接收、分捡、分解处理等功能。从报文发送、报文接收两个环节分别进行说明：1报文发送在国际结算系统中所有的报文（包括查询电文）均由一级分行处理结算业务时生成，并发起发送报文，通过总行新一代结算系统与ALLIANCE系统接口，发送至境外。国际结算系统生成的报文需发往SWIFT系统时，通过结算系统内部的发送报文功能生成SWIFT标准格式文件，然后将该文件（ABI文件）传送至ALLIANCE指定的发送报文目录中，由ALLIANCE系统定时自动取入待发送/待授权队列中。2报文接收首先，将ALLIANCE卸载出的国际结算业务相关的报文（如MT7xx，MT4xx的报文）放到指定目录中，然后通过本接口程序从指定目录将报文包（ABO文件）拆分为标准的SWIFT报文，接收进国际结算系统中。在国际结算系统中按照一定的条件及规则设定进行分捡，通知一级分行/二级分支行，并启动远程打印，在一级分行/二级分支行本地打印机上打印出来。（三）与人行信贷系统接口鉴于国际结算业务数据全部存放总行，因此在总行国际结算系统中设计与人行信贷系统接口。接口设计根据人行信贷系统数据规范的要求确定，数据来源为国际结算系统中提取的业务数据，信息不全情况下由人工补录。接口实现方式：总行国际结算系统按行别或金融机构代码，日终根据人行信贷系统数据规范要求提取各经办行业务数据并按指定的格式转换为文本文件，下传各业务经办行。存入当地指定目录中，由“人行信贷系统”中接口录入功能将文本文件中的内容读入数据库，以代替手工录入。
