下载文档原格式
核心业务系统总体设计说明书目录§1 综述 (5)§2 系统总体结构 (6)§2.1 系统运行环境 (6)§2.2 系统网络总体架构 (7)§2.3 应用逻辑结构 (8)§3 核心系统技术结构 (9)§4 综合前置系统构架 (10)§5 系统设计总体目标 (11)§5.1 技术设计思想 (11)§5.1.1 三层结构，从面向交易过渡到面向客户、面向服务 (11)§5.1.2 全面贯彻以客户为中心的设计思想 (11)§5.1.3多渠道接入平台系统的采用 (12)§5.1.4 银行服务形式“产品化”及产品定制 (12)§5.1.5 服务模块组织“构件化”、“构件封装”及构件驱动平台 (12)§5.1.6 “引领式”操作模式、流程定制及流程再造 (13)§5.1.7 批处理控制平台，增强批处理的并发程度，缩短批处理的时间 (13)§5.1.8 标准的外部系统接口 (14)§5.2 业务设计思想 (14)§5.2.1 一体化的会计核算体系及核算主体定义 (14)§5.2.2 支持全天候“7X24小时”不间断营业 (14)§5.2.3 支持多分行，支持多级清算 (15)§5.2.4 “全功能柜员” (15)§5.2.5 客户信息集中，统一的客户授信体系，实行额度管理 (15)§5.2.6 加强了内控体系，强化柜员权限管理，完善的系统安全性和灵活的交易授权机制 (16)§5.2.7 灵活的计息模块，支持“利率市场化” (16)§5.2.8 灵活的收费模块，支持银行自主地制定收费政策 (17)§5.2.9 提供“以客为尊”的一站式服务 (17)§5.2.10 合理利用计算机优势，减轻业务人员的工作量 (17)§6 系统功能要点逻辑设计 (18)§6.1 运行平台和交易组装 (18)§6.1.1 核心交易平台的总体结构 (18)§6.1.2 核心交易平台设计要求 (18)§6.1.3 核心构件库的组成 (21)§6.1.4 构件形成及使用原则 (21)§6.1.5 交易驱动设计结构 (22)§6.1.6 交易驱动设计要求 (23)§6.1.7 交易驱动实现方法 (24)§6.2 报文接口及拆组包 (31)§6.2.1 主报文格式 (31)§6.2.2 系统拆包流程 (31)§6.2.3 系统组包流程 (31)§6.3 操作流程定制 (33)§6.3.1 操作流程定制设计构架 (33)§6.3.2 操作流程定制设计要求 (34)§6.4 分录接口设计 (35)§6.4.1 分录接口模式 (35)§6.4.2 设计准则 (35)§6.5 总账设计 (37)§6.5.1 总账设计结构 (37)§6.5.2 核心总账的处理模式 (39)§6.5.3 总账汇总口径 (40)§6.6 帐务体系 (42)§6.6.1 帐务结构 (42)§6.6.2 帐户设置 (42)§6.6.3 建立以“款项”管理为基础建立综合账务管理体系 (44)§6.6.4 内部账户体系 (45)§6.7 产品化模式 (47)§6.7.1 设计目标 (47)§6.7.2 产品分类 (47)§6.7.3 产品结构设计 (47)§6.8 7×24小时营业设计 (49)§6.8.1 不间断营业设计架构 (49)§6.8.2 7×24小时营业任务序列 (50)§6.8.3 7×24小时营业设计要求 (51)§6.9 统一冲销模式设计 (52)§6.9.1 实现方式 (52)§6.9.2 反交易的编写 (53)§6.9.3 存储过程调用 (54)§6.10 权限管理 (56)§6.10.1 设计思路概述 (56)§6.10.2 交易权限设计 (56)§6.11 复核模式设计 (64)§6.11.1 概述 (64)§6.11.2 表结构 (65)§6.11.3 记帐录入流程 (67)§6.11.4 复核流程 (67)§6.11.5 后台接口 (68)§6.11.6 复核权限控制 (69)§6.12 收费设计 (69)§6.12.1 公共收费流程 (70)§6.12.2 费用计算 (70)§6.12.3 服务收费配置 (71)§6.13 清算模式 (71)§6.13.1 清算系统结构 (71)§6.13.2 清算系统与其他各系统之间关系 (73)§6.13.3 核算模式及术语解释 (74)§6.13.4 数据结构设计 (74)§6.13.5 应用接口（ClsMainApi） (76)§6.14 批量调度 (78)§6.14.1 运行周期交易调度 (78)§6.14.2 周期交易录入 (79)§6.14.3 生成周期调度方案 (84)§6.14.4 周期调度运行 (86)§7 业务功能组件划分 (92)§7.1 100000-客户服务 (92)§7.1.1 110000-客户信息 (92)§7.1.2 120000-存款业务 (93)§7.1.3 130000-贷款业务 (97)§7.1.4 140000-结算业务 (100)§7.1.5 150000-外汇买卖 (103)§7.1.6 160000-债券业务 (103)§7.1.7 170000-银行卡业务 (105)§7.2 200000-柜台零售 (108)§7.3 300000-内部运营 (108)§7.3.1 320000-内部账管理 (108)§7.3.2 330000-现金管理 (109)§7.3.3 340000-凭证管理 (110)§7.3.4 360000-系统内资金上存借调 (111)§7.4 500000-交易工具 (112)§7.5 600000-内部管理 (114)§7.5.1 640000-机构管理 (114)§7.5.2 650000-柜员管理 (114)§7.5.3 660000-业务量管理 (115)§7.6 700000-业务咨询 (115)§7.7 800000-代理业务 (116)§1综述在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。
银行核心系统简介核心业务系统描述：银行核心业务系统主要功能模块包括：公用信息、凭证管理、现金出纳、柜员支持（机构管理和柜员管理）、总账会计、内部账管理、客户信息、活期存款、定期存款、外币兑换、同城票据交换、客户信贷额度管理、定期贷款、分期付款贷款、往来业务、资金清算、金融同业、结算、人行现代支付、外汇买卖业务、国债买卖、保管箱、租赁、股金管理、固定资产管理等。
一、核心系统背景ViionBankingSuiteCore是集团在总结二十余年银行应用系统集成经验的基础上，认真分析中国银行业未来面临的竞争形势，吸纳国外银行系统中先进的设计理念，推出的与国际完全接轨、功能完善、易学易用、扩充灵活、安全可靠的新一代银行核心业务系统。
该系统覆盖了银行整个基础业务范围，有助于银行提供给客户更方便、快捷和贴身的“一站式”服务。
在ViionBankingSuiteCore银行核心业务系统的开发中，集团将先进的系统设计思想、技术和国内、国际银行界先进的银行业务模式、管理方法结合在一起。
系统采用先进的C-S-S三层体系结构，拥有强大、稳定的系统核心。
在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种、产品组装或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。
系统在深化“大集中”、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上，建立了从“客户”、“产品”到“服务”、“渠道”的集约化经营管理模式，提供了真正的面向客户的服务模式，作到了为客户定制差别化的服务。
从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标；系统设计严格遵守业务流程和会计核算分离原则，方便于系统快速部署和适应业务流程再造要求。
集团对核心业务系统的不断发展和完善就是以技术的进步来支持和推动银行业务的拓展，为银行的可持续性发展奠定了坚实的基础。
7x24方案1总体说明7x24服务,即全天候提供服务;目前一般用于专指夜间批量处理阶段,保持对客户提供基本或全方位金融服务。
核心系统在夜间进行业务批量处理得时候,如计提结息需求,报表需求等,这些业务批量处理需要按账户当日日终余额(或其她数据)进行计算,故需要保持这些数据得一定静止状态,而夜间联机交易需要更新账户余额,在没有7×24实现机制前,银行都需要在批量运行时间段停止夜间得联机交易,而在批量基本运行结束后再次开始联机交易得对外服务。
一般批量处理与联机处理得冲突区就在账户余额,解决批量用账户日终余额与联机用账户实时余额得存储与使用问题,即可很大程度上实现7×24业务服务。
实现7x24服务,最关键得要点在于保证两份数据得准确并存:A.动态实时数据(实时余额):主要就是动账及日间查询交易使用B.日切点得静态数据(上日余额):主要用于批处理:比如计提、结息、总分核对、向外围(尤其就是财管、管会)供数等。
目前各厂商主要使用得方案有以下几种:A.单表双余额,国内典型得老联想系系统,如神码、繁德B.双表(双表又分两种:临时表为分户临时表或就是流水临时表),典型为中联及大部分国外系统(神码一开始引进得国外系统也就是这种方式)需要考虑得逻辑主要有:1.联机交易如何更新余额2.日终交易如何获取余额3.账户实时余额得获取(如果临时表就是流水临时表,余额需要通过分户账余额与流水临时表汇总计算取得)。
4.冲正,必须支持跨日/跨年得冲正下面将一一说明:2方案设计2.1双余额动账更新2.1.1总体说明分户账上设置余额(ACCTUAL_BAL)、上日余额(PREV_DAY_BAL)、最后交易日期(LAST_TRAN_DATE)。
根据以上字段来实现当前余额、上日余额得读取与更新。
仅在动账交易发生时才可能更新上日余额,即如果该账户长期无动账,在此期间将不用更新上日余额(其实此时得“上日余额”字段从名称上来瞧与实际就是不符得)2.1.2动账处理如上图所示,当日第一笔交易更新上日余额、最后交易日期。
HIS(LIS、PＡCS、RIS、EMＲ)系统简介一、定义说明医院信息系统(Ｈospitaｌ Infｏrmａtioｎ Systｅm, ＨIＳ),利用电子计算机与通讯设备,为医院所属各部门提供病人诊疗信息与行政管理信息得收集、存储、处理、提取与数据交换得能力,并满足所有授权用户得功能需求。
实验室信息管理系统(Laｂoratory Iｎfoｒｍatioｎ Mａnagｅment System, LIS),就是专为医院检验科设计得一套信息管理系统,能将实验仪器与计算机组成网络,使病人样品登录、实验数据存取、报告审核、打印分发,实验数据统计分析等繁杂得操作过程实现了智能化、自动化与规范化管理。
有助于提高实验室得整体管理水平,减少漏洞,提高检验质量。
医学影像存档与通讯系统(Ｐicturｅaｒchivinｇ and ｃommｕniｃation systeｍs, PACS),就是近年来随着数字成像技术、计算机技术与网络技术得进步而迅速发展起来得、旨在全面解决医学图像得获取、显示、存贮、传送与管理得综合系统、放射信息管理系统(Radｉｏiogy iｎfｏrmａtion sｙstem,ＲIS),就是优化医院放射科工作流程管理得软件系统,一个典型得流程包括登记预约、就诊、产生影像、出片、报告、审核、发片等环节。
电子病历(Ｅlecｔrｏｎｉc MedicａｌＲecｏrｄ, ＥMR),就是指将传统得纸病历完全电子化,并提供电子贮存、查询、统计、数据交换等管理模式,它就是信息技术与网络技术在医疗领域应用得必然产物,就是医院计算机网络化管理得必然趋势,目前改领域研究已成为一个新得研究应用热点。
二、概述医院信息系统(HIS)就是一个庞大而复杂得现代化信息管理系统,它包含财务、人事、住院、门诊、挂号、医技、收费、分诊、药品管理等多个子系统,经过多年得发展,ＨIS系统被赋予更多得功能:随着医院内部业务流程得不断梳理与整合,ＨＩS与ＬIS,PACS,ＲIS,EMR等外围模块不断融合;随着卫生信息化得内涵与外延不断扩展,HＩS与社保,医保,甚至银行系统得业务及数据交互越来越频繁、HIS系统已成为医疗行业业务驱动,流程整合与服务能力提升得核心引擎系统。
四川农信综合业务网络系统总体设计说明书四川省农村信用合作社南天电脑系统有限公司2006年8月1.系统网络拓扑 (4)2.系统逻辑结构 (5)3。
数据流说明 (6)4.核心系统逻辑架构 (7)5.交易模式 (8)5.1。
通讯方式 (8)5.2.数据一致性保证 (9)5。
3。
复核交易处理 (11)5。
4。
抹帐交易处理 (12)5。
5.授权交易处理 (13)6。
机构逻辑结构 (16)6.1。
清算机构逻辑 (16)6.2。
机构的设置 (17)6。
3.机构管理层次 (17)6.4.机构核算单元上收 (18)6.5。
数据要素设计 (19)7.帐务结构与核算方式 (22)7。
1。
帐务组织结构 (22)7。
2.数据模型和帐务登记 (25)7.3.帐号结构 (29)7。
4.双边分录 (30)7。
5。
流水设置 (32)7.6。
交易处理规则 (33)8。
应用实现框架 (34)8。
1.交易开发配置流程 (34)8.2.交易服务处理过程 (36)8。
3。
应用实现规则 (37)9。
关键实现说明 (44)9。
1。
并行处理 (44)9.2.24小时处理 (47)9。
3.费用处理 (50)9。
4。
资金清算 (56)9。
5。
数据安全 (62)10。
总体需求说明 (64)10。
1.支持商业规则可配置化和业务逻辑可配置化 (64)10。
2。
全面产品管理 (68)10.3。
完整灵活的收费处理 (70)10.4。
批处理控制平台 (70)10。
5.历史数据及管理分析与核心相分离 (71)10.6.统一的外部系统API (73)10.7.前台系统先进性要求 (73)四川农信综合业务网络系统的目标是：结合四川农信具体情况，建立一套以客户为中心、账务核算统一、本外币一体化、业务、网点综合化、事中控制、支持24小时服务、支持全面产品管理、参数化、模块化设计的新一代综合业务系统.为了保证这一目标的达成,结合四川农信的新一代综合业务系统的要求，从底层开始对整个综合业务系统进行了设计和规划。
