结算平台（共4篇）
结算平台 篇1
1 概述
1.1 NGB
随着三网融合的不断推进,国家广电总局与科技部已经着手进行NGB的相关部署工作,广电总局将建立全国性有线电视内容分发中心,建立运营支撑系统、内容监管系统、骨干网交换系统等三个系统,以及建立广播电视内容集成基地、文化资源集成基地、数字电视出版物集成基地、数字电视互动教育内容集成基地、综合资讯服务基地、数字电视互联网内容集成基地等“六类基地”。
NGB总体建设目标,是以自主创新为核心,以有线电视网数字化整体转换和移动多媒体广播(CMMB)的成果为基础,以“高性能宽带信息网(3TNet)”自主创新的核心技术为支撑,开发适合我国国情“三网融合”的、有线无线相结合、全程全网的中国下一代广播电视网技术体系,突破相关核心技术,开发成套装备,建设覆盖全国主要城市的示范网,形成符合中国下一代广播电视网技术与产业需求的可持续发展创新平台和管理机制,为最终建成中国下一代广播电视网奠定基础。
1.2NGB业务平台
NGB总体架构涵盖业务、承载和管理三个部分:业务部分将描述NGB的业务体系,包括业务的开发、运营和为支持业务运营需要的外部支撑条件;承载部分将描述NGB的有线无线广播交互融合的承载网络;管理部分将描述为实现NGB健康运营需要的管理功能、管理支撑和管理体系。
NGB的业务部分又分为三个层次:NGB业务支撑层、NGB业务运营层和NGB业务提供层。
NGB业务支撑层中的管理部分和承载部分形成了NGB业务部分的两大支撑体系,分别负责业务的传输承载和业务运营必须的管理及监管支撑。
NGB业务运营层包括业务门户系统、业务运营系统、运营支撑系统和业务分发体系,该层实现了业务的集成和运营服务。业务门户负责业务的导航界面,业务运营系统实现对不同类别业务的支持,运营支撑系统实现对用户管理、认证计费、订购管理、结算支付、终端管理等的业务运营支持,业务分发将用于实现跨域的业务互通,为NGB赋予了跨域服务的新特性。
业务提供层将描绘业务/应用/内容的设计/开发/制作。
1.3 运营支撑系统
全国有线电视网络运营支撑系统是一个基于有线电视网络的综合业务、运营、管理和决策支撑平台,以客户服务、市场营销、业务运营和管理为核心,以客户管理、计费账务、结算支付、服务开通、质量管控等关键性事务操作作为系统的主要功能,具备对基于有线电视网络的全业务的支撑能力,以及对有线电视网络资源进行管理的能力。
全国有线电视网络运营支撑系统包括关键核心技术支撑、全程全网管理、统一结算支付等系统,负责全国跨地域运营和统一结算支付,全国数字电视用户收视率统计和发布,负责与各省本地运营支撑系统对接,对全国直播、点播、信息服务和跨地区点播等业务提供运营支撑。其中关键核心技术支撑包括业务支撑、运营支撑、管理支撑、决策支持和网络管理,并实现全程全网管理。结算支付系统实现全国业务、跨省业务和本省业务的统一结算和支付。
1.4 结算支付平台
广电运营商正逐步开展面向用户的融合业务实践,通过整合不同服务主体的内容资源面向用户提供服务,拥有内容资源的不同服务主体间存在业务交叉融合,各类服务主体的相互结算及跨网结算问题急需解决。结算支付平台作为广电运营商运营支撑的核心工作之一,是把最终客户对广电各类资源的使用转化为企业效益的关键,它涉及到广电运营商内部结算对象间的收入、成本核算,以及与跨行业、跨网络的其他运营商、服务提供商等结算对象之间的收入和费用摊分。非常有必要进行NGB结算支付平台技术体系研究,为建立NGB结算支付平台,实现全国业务、跨省业务和本省业务的统一结算和支付提供技术支撑。
2 技术方案
2.1 体系架构
2.1.1 总体结构
NGB综合结算支付系统负责NGB各类业务服务费用在不同结算对象间的综合结算,并向金融系统发送资金划拨授权指令完成结算对象间的资金结算,为广电有线电视网络公司提供资金结算支付服务。NGB综合结算支付系统包括数据管控子系统、结算账务处理子系统和结算业务管理子系统,NGB结算支付平台系统总体结构如图1所示。
其中,NGB结算支付系统构成如下:
(1)数据管控子系统负责与外部系统间的统一接口管理、交易数据集中汇集、高效处理和分类存储。主要包括配置管理、数据采集、数据预处理和数据分发等功能模块。
(2)结算账务处理子系统接收数据管控系统数据预处理的输出数据,实现综合结算后台批价清算、账务处理、对账处理和资金划拨流程,主要包括批处理管理、异常控制、结算处理等功能模块。
(3)结算业务管理子系统负责结算产品、结算实体、结算关系和结算规则等模型设置、结算清单与凭证制定与管理、结算报表查询分析、结算账户管理、人工对账复核,及商户/合作伙伴的资质、业务审核、信用分级管理和合同信息管理。主要包括基础管理、结算模型设置、结帐管理、商户/合作伙伴管理等功能模块。
(4)共享组件,规则引擎和工作流引擎作为共享组件,同时在融合计费账务系统和综合结算支付系统中应用。其中,规则引擎实现从定价策略分解出计费/结算规则、解析计费/结算规则完成相应的算法调用;工作流引擎实现海量异源异类交易数据自动识别流程化处理。
2.1.2 核心流程
综合结算逻辑处理流程为:根据从业务系统采集源获取的服务消费记录,进行结算预处理、清算处理、结算账务处理、结算报表处理等一系列操作,形成结算报表数据,并根据结算双方对帐处理结果进行调帐,最终完成结算方之间的资金划拨。综合结算逻辑处理核心流程如图2所示。
综合结算处理具体过程为:
(1)业务系统的结算源数据上传到指定位置,结算系统对结算源数据进行采集处理,数据文件解析并分拣入库。
(2)结算预处理对结算源数据进行格式转换、记录合并等操作。
(3)针对结算消费汇总数据,依据结算组设定的结算对象和规则信息,逐笔进行结算金额和分成金额的清算处理,形成产品结算结果。
(4)针对参与结算处理的结算实体,逐笔进行结算账务处理。
(5)针对清算处理结果,进行结算报表处理,形成结算汇总报表数据,清算结果、账务处理和结算报表均可通过数据分发发送给结算相关业务系统。
(6)结算系统与业务系统进行结算对账,对含结算功能的业务系统的结算结果与结算系统的结算结果进行比对。如业务系统不含结算功能,业务系统对结算系统提供的结算结果进行结果确认。
(7)对账不平时,需要进行结算调帐操作;对账无误后,进行资金划拨处理,结算系统向金融系统网关发送资金划拨指令,金融系统网关反馈资金划拨结果。
2.2 接口体系
2.2.1 体系架构
结算系统接口体系框架如图3所示。与结算系统交互的外部系统分为两大类:
(1)结算方业务系统
包括BOSS、NGB内容分发平台、NGB示范业务平台、第三方业务系统和NGB运营支撑平台业务支撑相关系统如融合计费账务系统、决策支持系统等。
(2)金融系统
包括银联支付、支付宝支付、其他第三方支付等支付系统,以及各银行系统。
结算支付系统与外部系统交互的主要内容为:
(1)结算支付系统从结算方业务系统获得结算相关消费数据。
(2)结算支付系统为各业务系统提供结算报表数据,并向金融系统发送结算资金授权指令并做反馈处理。
结算支付系统与外部系统之间的接口,按照功能区分为以下几大类:
(1)共享信息同步接口,与外部业务系统同步产品信息、结算对象信息等结算依据数据。
(2)结算数据定时采集接口,定时从外部业务系统获得交易数据和消费数据。
(3)结算数据实时消息接口,负责实时交互消息管理,向外部系统发送数据请求,并接收、解析和响应外部系统返回的消息。
(4)结算数据分发接口,向外部系统提供结算明细报表、结算统计报表等结算结果数据、结算对账依据数据。
(5)资金划拨接口,向金融系统发送资金划拨指令文件,由金融系统完成资金划拨过程。
2.2.2 接口协议
结算支付系统与外部系统间的实时接口支持采用socket或Web Service方式对接。交易消息(包括请求和应答)均采用xml格式,由若干个自定义元素组成,每个元素又可分为根元素和子元素。其中,根元素用于存储交易请求以及应答的公共部分和消息的控制数据,而子元素包含交易请求和应答的业务数据。
结算系统与外部系统间的文件接口采用FTP协议发送和接收文件。文件格式为xml格式,文件内容由xml字符串表达;xml字符串只有一个叫file的根元素,file根元素可以包括许多row子元素。结算系统的FTP服务器有文件中转功能,通过服务器提供的文件自动中转功能和接入方目录文件删除权限,可以解决文件积压、文件备份等问题。为此,结算系统的FTP服务器,为接入方提供上传目录和接收目录两套目录,分别用于上传、接收文件,由搬运程序负责将发起方上传目录下的文件中转到接收方的接收目录,接收方能在该接收目录下,对接收到的文件进行读取和删除处理。
结算支付系统与外部系统的交互,根据业务实时性的要求,主要分为两类,一类是实时交易接口,另一类是非实时的文件传送接口。主要包括的接口如表1所示。
3 实施方案
3.1 总体部署
NGB结算支付平台是业务运营支撑系统中的重要组成部分,其建设分为两级中心:全国结算中心与省级结算中心。NGB体系结构分两级结构,即全国结算支付系统和省级结算支付分系统。
全国结算支付系统部署在中央一级,负责全国业务和跨省业务的统一结算和支付。实现全国业务和跨省业务结算,以及各级内容分发平台间的内容结算。负责交易结算中心与金融系统之间的对接,为全国有线电视网络公司提供资金结算服务。
省级结算支付系统在省级部署结算分平台,负责处理省级所有业务与国内其它运营商、增值服务提供商等的网间结算、省内各地市之间的资源使用结算、不同业务之间的结算等。
3.2 全国结算支付系统
全国结算支付系统部署架构图如图4所示。全国结算支付系统部署在中央一级,负责全国业务和跨省业务的统一结算和支付,实现全国业务和跨省业务结算。在省部署结算分平台,地市、省的结算数据通过采集前端的结算数据采集接口逐级向上汇总,在中央平台集中进行结算,结算完成后数据再分发到各省和地市。
建设方案为:
(1)总公司部署中央结算平台,中央结算平台包括全国结算支付系统和中央级前端采集系统。其中,中央运营结算系统包括结算业务管理、结算帐务处理和数据管控等子系统,实现综合结算功能;中央级前端的分平台数据采集系统负责采集中央级业务系统的结算相关数据,并将结算业务数据直接发送给中央级运营结算系统。中央级前端的分平台前端采集系统和省级前端采集系统上传的数据,由全国结算支付系统进行集中汇集与结算处理。
(2)中央下属各省部署系统分两种情况,一是部署具有结算支付系统的结算分平台,省级分平台结算支付系统具备与全国结算支付系统相同的功能模块,但只负责对省级分平台和地市分平台前端采集系统上传的省内部结算业务数据进行结算。二是部署无结算功能只用于数据采集的省级分平台,省级分平台前端采集系统作为采集前端,负责汇集省级分平台和地市分平台务系统的中央结算业务数据后发送给全国结算支付系统。
(3)省下属各地市级部署分平台,包括分平台前端采集系统和地方级业务系统。地市级分平台前端采集系统负责将地市级业务系统的结算业务数据发送给省级结算分平台或省级分平台进行处理。
3.3 省级结算支付系统
省级结算支付系统部署架构图如图5所示。省级结算支付系统负责处理省内不同业务与国内其它运营商、增值服务提供商等服务资源主体、合作伙伴之间的结算、省内各地市之间的服务资源使用结算等。各个地市结算数据统一通过前端采集系统从地市汇总到省平台进行结算。
建设方案为:
(1)省级总公司部署省级结算分平台,包括分平台结算支付系统和省级前端采集系统。省级结算支付系统包括结算业务管理、结算账务处理和数据采管控等子系统;省中心分平台前端采集系统负责采集省中心业务系统的结算相关数据,并将结算业务数据直接发送给分平台结算支付系统。省中心分平台、各地市分公司分平台前端采集系统上传的数据,由省级结算支付系统的数据采集子系统进行集中汇集与结算处理。
(2)地市分公司作为采集分平台,部署分平台前端采集系统,各地市分公司分平台前端采集系统负责将分公司业务系统的结算相关数据送给省级结算支付系统进行结算。
4 小结
下一代广播电视网络环境下,广电运营商正逐步开展面向全业务运营实践,不同业态新业务不断推出,服务交易过程中参与服务的主体日益增多、拥有内容资源的不同服务主体间存在业务交叉融合、关系角色日趋复杂,不同服务模式的结算要求越来越多,如何开展NGB结算支付平台建设,实现全国业务、跨省业务和本省业务的统一结算和支付非常必要,但同时存在一定的难度。
企业集团电子结算平台研究与实施 篇2
随着市场竞争激烈程度的增加以及监管要求的提升, 大型企业集团人财物集约化管理成为趋势, 而资金集中管理是实现财务集约化的必然选择。资金集中管理意味着资金由原来的分散支付到集中支付、被动报告到主动审批、事后跟踪到事前预算的转变。资金集中管理可以分为“信息集中、管控集中、头寸集中”3个不同层次, 包括统一预算、统一申请、统一审批、统一支付等管理过程。
电子结算平台建设是企业集团实现资金集中管理、信息资源集约化的交集, 它封装了几乎所有商业银行以“账户”为交易主体的各项电子化服务, 面向企业集团的各种信息系统提供统一标准的服务调用、统一的安全策略, 是企业集团的资金交易数据中心, 是实现统一支付的必然要求。
1 平台的建设背景及定义
1.1 企业集团发展的必然要求
目前, 企业集团电子结算工作开展的水平参差不齐:水平较低的处于各自为政的状态, 由企业内成员单位分别通过电子银行或者直联方式连接银行, 开展电子结算;水平较高的已经开始通过集团结算中心连接各家商业银行, 分别实现与各家银行的统一接入。随着市场竞争激烈程度的增加和监管要求的提高, 大型企业集团纷纷开展集团化运作、集约化管理, 目标是要实现从条块分割向协同运作转变、从资源分散向优化配置转变、从管理粗放向精益运营转变, 实现集团整体效益最大化。资金作为现代企业集团运转的血液, 首当其冲成为集中管理的标的, 企业集团纷纷将原来沉淀在各成员单位的资金集中到集团总部, 由总部统一运作、集中管理, 同时又要保证各成员单位的正常运转, 满足他们支付的要求。此时, 满足统一支付、统一监控的集中支付系统成为企业集团总部的资金管理工作。电子结算平台就是连接集中支付系统和商业银行结算网络的中间平台, 对内屏蔽各商业银行网银的差异, 对外统一各成员单位的不同交易。
1.2 电子结算平台的定义
电子结算平台是企业集团集中处理各成员企业以开设在商业银行、财务公司、结算中心的账户为主体的各种交易的信息系统。电子结算平台一方面封装所有商业银行的银企接口服务;另一方面面向各种应用系统提供统一接入服务, 此外平台对商业银行提供的前置设备、安全证书、通讯链路实现集中管理与统一运维, 对形成的交易数据集中管理, 对接入设备、接入系统用户的CA证书进行管理。
电子结算平台的服务对象是分布在企业集团内部的各种应用系统, 只提供统一的服务调用, 不面向最终用户提供操作界面。
2 平台的建设意义
2.1 技术实现方面
(1) 突出专业优势。电子结算平台首先是商业银行电子化服务的高度整合, 通过对外发布支持银行服务的标准化接口, 将平台建设从种类繁多的业务系统建设中分离出来, 并由更专业的开发团队及运维团队承担。实践证明, 从平台的建设速度及应用推广速度、平台的性能、运行环境及运维体系的安全规范都有显著的提高。
(2) 资源高度利用。电子结算平台采用了面向服务的SOA架构, 为各种业务应用系统提供服务调用, 从而简化了各种业务应用系统的开发建设难度。一般而言, 一个商业银行的接口版本的适应性开发的周期在3~6个月左右, 即使是有经验的开发商, 由于配置、版本变更、必经的测试流程、性能优化、异常处理等技术及实施推广细节, 至少也需要1个月的开发及实施周期。而且每个企业一般都与多家银行系统建立接口, 往往要经过漫长的项目建设周期。
电子结算平台在企业集团内部只进行一次性的技术层面整合, 对于各级成员企业的应用系统则只需开发一个平台接口, 便可实现与多银行系统的服务调用, 大大缩短了项目建设周期。
(3) 降低运维成本。电子结算平台的运维工作的核心内容包括:银行客户端前置资产的集中管理、业务应用系统接入的集中管理、系统异常事件的集中处理、安全体系的集中管理等。平台运维由专业的运维团队负责, 对于企业集团而言则是一个集约化、专业化的运维体系;在保证平台运行环境健壮、安全的同时, 大大减少了故障点的数量, 减少了对运维人员绝对数量的要求。
电子结算平台只面向运维人员开放界面功能, 其本身具有强大的运维功能, 通过平台提供的运行监控界面可以在第一时间发现故障点, 从而快速做出响应。
2.2 业务应用方面
(1) 统一安全策略。电子结算平台提供了一整套安全解决方案, 除了系统运行环境的安全外, 还集成了基于CA的安全认证体系。而这套安全认证体系执行统一的KPI技术标准, 可以根据实际的接入系统安全需求, 实现用户证书、企业证书、接入服务器证书等多种安全认证组合。充分满足前置服务器到平台、企业决策到平台、用户操作界面到平台的多种安全责任划分机制。
(2) 减少数据冗余。电子结算平台同时也是企业集团的“资金交易数据中心”, 能够面向分布在全国各地甚至世界各地的应用系统, 提供准确、及时、标准的账户信息及交易数据。为企业数据核对、数据分析提供基本技术条件。以电力行业为例, 电力营销系统与财务系统的对账核销工作一直是2个系统应用集成的难点, 原因之一就是双方数据来源不统一, 数据的时效性不一致, 通过电子结算平台向2个系统提供交易数据后, 长期困扰的技术难点迎刃而解。
(3) 缩短业务流程。在企业集团电子结算平台建设初期, 平台提供转账、查询等原子服务, 随着电子结算平台的版本升级, 将逐步对原子服务进行组合, 提供更方便易用的衍生服务, 如先拨后支、账户限额或零余额归集、限定特殊交易提醒等, 实现集团资金管理模式的高度抽象, 进一步降低接入。
2.3 管理方面
(1) 为资金集中管理创造条件。企业集团资金集中管理是财务集约化管理的重要内容, 电子结算平台首先能够为资金集中管理提供数据支持, 包括账户信息、资金存量、流量、流向信息;同时平台也为资金的安全提供保障, 包括事前的交易身份认证, 事后的安全审计及司法取证;电子结算平台还为资金存量集中创造技术条件。
(2) 推动行业标准。电子结算平台将百花齐放的银行接口标准统一为唯一的企业乃至行业接口标准, 而标准的建立使大规模的行业应用成为可能, 从企业集团对于IT资源的管理角度来看, 发布标准是实现规范管理的有效手段, 不仅降低了实施及推广难度, 同时也使IT资源的专业化分工更为清晰, 各部门的职责更为明确。
未来的电子结算平台接口及服务标准, 不仅是对企业集团内部IT资源的规范, 而且会进一步驱动作为服务最终提供商的各家商业银行的技术标准及服务标准更趋于同质化。
(3) 通过专业分工整合优势资源。电子结算平台是企业集团商业银行类金融业务的技术层面集中体现, 电子结算平台的建设及运维一般由具有丰富的银行业务经验及金融系统信息化建设经验的内部金融机构承担, 体现了集团内部金融机构面向其他成员企业的专业化服务理念。术业有专攻, 专业化服务是整合集团内部优势资源的实现手段。
3 平台的体系架构和主要功能
3.1 电子结算平台体系架构
电子结算平台本身集成了多家银行的客户前置服务, 同时还需处理来自客户端的服务请求, 随着平台应用的不断深化, 电子结算平台的负载能力将受到挑战, 对于海量的数据、高并发的服务调用和任务处理, 如果仅靠单机处理, 终究会遇到性能瓶颈, 使系统运行缓慢甚至崩溃。因此平台采用“统一配置、无限集群”的集成架构;并对于银行前置机采用“前置机组”的负载均衡技术, 使面向商业银行的通讯带宽可以无限扩展。
采用集群架构的优势在于降低对单机处理能力的依赖, 从而可以用较低的成本实现系统性能的持续扩展, 平台的生命周期也因此而延长, 基于集群的电子结算平台体系架构如图1所示。
3.2 与其他系统SOA集成架构
以电子结算平台在某企业集团财务公司应用为例:电子结算平台集成于财务公司内部的SOA服务总线, 作为服务的提供方, 面向总线所集成的企业业务系统提供基于账户的交易服务与查询服务;作为服务的消费者, 电子结算平台也调用核心系统所提供的基于财务公司内部账户的交易服务与查询服务。采用基于SOA的集成架构使电子结算平台的角色更加清晰, 大大降低了系统之间的耦合性。
电子结算平台对于服务粒度抽象的特点突出表现在对于商业银行前置的架构处理, 在此项目的应用中, 商业银行前置所提供的非标准服务并没有直接在SOA总线集成, 而是通过电子结算平台进行初步封装, 将非标准服务转化为标准服务后再集成。采用上述架构体现了电子结算平台的高内聚特征, 使集成过程更专业, 电子结算平台作为商业银行前置服务的专业化管理工具, 其自身也渗透着SOA的理念, 并且具有通用的SOA服务总线所不具备的特殊服务调用、任务管理功能。
电子结算平台与其他系统的集成架构如图2所示。
3.3 电子结算平台的主要功能
电子结算平台提供管理架构、平台运维、交易处理三大功能。管理架构实现对运维团队组织、流程、资源分配的管理。平台运维是系统面向运维团队的界面功能, 主要实现对平台资源及服务的配置以及对平台运行情况的监控、数据生命周期的管理。交易处理功能是系统对服务的“请求—响应”的一整套处理机制。平台运维作为电子结算平台交易和后台的中介功能, 包含如下四大功能: (1) 资产管理:实现对构成平台的IT资源的全面管理, 管理的对象包括:接入服务器、任务处理服务器、数据库、银行前置机、CA证书, 管理内容包括:注册、配置、变更、事件管理; (2) 接入管理:实现对接入的客户系统注册、发放接入许可协议、服务内容及服务等级管理、账户注册、证书授权等; (3) 数据管理:实现对业务数据的存储空间、生命周期的管理; (4) 运行监控:实现对平台IT资源工作状态的监控、实现对交易过程的监控。
电子结算平台的主要功能如图3所示。
4 平台建设的下一步思考
4.1 对外充分利用集团优势, 掌握银企合作主动
企业集团电子结算平台实现了与商业银行系统的直连, 但目前电子结算平台的开发基本是遵循银行网银接口规范, 而银行网银接口都是标准接口, 且处于不断升级更新中, 电子结算平台也需要追随银行的升级而升级, 这就给电子结算平台的运营带了较大的成本。所以, 后续电子结算平台的升级改造应充分利用集团优势, 增强企业集团在与银行博弈中的地位, 提出自己的规范化标准接口, 由银行适应性开发, 这样既掌握主动、降低成本, 又有利于实现个性化需求。
4.2 对内高度重视风险集中, 加强运维体系建设, 实现标准化运营
企业集团实现集中支付后, 电子结算平台承载的交易量将骤增, 平台本身成为集团支付的风险集中点, 因此在后续电子结算平台的运行中, 一方面要利用集团优势和银行签署技术服务水平协议, 明确通道承载能力、处理效率等技术指标, 保证服务质量;另一方面, 要建立标准化的运维体系和运维队伍, 增强平台运维能力和监控能力, 全程监督交易过程, 做到主动运维, 切实保证集团支付通道畅通、高效。
5 结语
结算平台 篇3
关键词：单病种,信息系统,临床路径
1 推行单病种限价结算的背景
由于现行医疗收费体制存在缺陷，某种程度上存在着乱收费和不合理收费的现象，因此造成医疗费用上涨和医疗资源的大量浪费。随着医疗卫生体制的不断改革，如何解决广大人民群众"看病难"的问题成为时下最热门的话题，为了使有限的医疗资源更大限度的发挥作用，各个医院都在努力尝试以最低的成本投入，求得更好的服用效果的途径。我院应改革发展的需要和广大老百姓的迫切要求于2007年8月份对19个病种实行了单病种限价收费，在制定单病种诊疗过程中，我院充分利用医院信息系统的统计分析、控制管理、时时警示等功能为病种的选择、治疗过程的控制、医疗成本的管理提供了方便。经过近一年半的运作和持续不断的改进，取得了比较好的社会效益，有效控制了医疗费用不合理增长，减轻了患者医药费用负担，节约了卫生资源，一定程度上缓解了老百姓"看病贵"的矛盾，同时也提高了医院声誉。
2 单病种结算的定义和病种的选择
2.1 定义
单病种限价结算即平常所说的按病种收费，在确保医疗质量、医疗安全的前提下，自意采用单病种治疗的患者在与医院签定了治疗协议后，主管医生就须按照临床路径的设置规范治疗，从入院、检查、手术、治疗到治愈出院实行全程费用定额包干[1]。在单病种治疗范围内发生的费用，超额部分病人不支付，由医院承担，由此确保单一病种模式化治疗、定额收费。
2.2 选择病种
因为医院承担了一定的治疗风险，因此在前期病种的选择和定额的制定上医院要做很多准备工作：首先，选择多发性的、诊断明确、治疗方案成熟、不易有并发症、能获得较好疗效的病种列入单病种治疗范围，我院主要选择了"腹腔镜下单纯性阑尾切除术"、"常规开腹单纯性阑尾切除术"、"顺产术"、"剖宫产术"等十九个病种首批推行单病种限价收费；其次，通过医院信息系统统计、分析以往几年内这些病种的治疗情况，包括有无并症、愈后效果、所花医疗费用、用药品情况、检查情况、住院天数等等。根据统计分析结果，参照现在的治疗流程和物价水平确定每个病种治疗的临床路径和最高支付限额。
3 临床路径的制定及其对单病种治疗的规范作用
3.1 临床路径的概念和制定
所谓临床路径是针对某一单一病种制定的包括化验项目、检查项目、手术方法、所需材料、所需护理、该用的药物、住院天数等的详细的医疗服务计划单[2]。临床路径的制定是一项复杂而且专业性很强的工作，为此医院成立了专门的临床路径制定小组，由医务管理部门和相关科室领导组成，按照术前检查，术中手术方式、麻醉方式、耗材种类、数量，术后抗生素应用的档次、数量、住院天数等三部分制定出符合实际且便于操作的临床路径。
3.2 基于信息系统平台的临床路径对单病种治疗的规范作用
推行单病种收费一般都采用临床路径的管理模式对单病种的诊疗过程进行严格的控制和管理。临床路径制定好后按医疗服务的时间顺序维护在信息系统里，这样信息系统里存储了每个病种的一整套的临床服务计划，它规定医务人员在什么时候什么情况下该做哪些检查和治疗，如果医生没按临床路径的计划做，信息系统会做提示和记录，由此减少医师在诊治中的随意性、盲目性和不必要的重复[3]。通过信息系统和临床路径对单病种诊疗过程的管理和控制，可追踪病人的治疗过程，让病人顺着临床路径规定的治疗方式接受治疗，规范了治疗行为，提高了医疗质量，增强了医生的可操作性，有效控制了医疗成本，节约了卫生资源，降低了病人住院费用的同时，也提高了医院的效益和声誉。
4信息系统对推行单病种治疗与限价结算的重要作用
构建一套功能完善的医院信息系统是实现单病种限价收费必不可少的技术条件。在前期的准备工作中可以通过信息系统准确而快速的统计、分析以往的数据，节省大量的人力和物力；临床路径制定后维护在信息系统里，通过系统软件和计算机网络硬件对单病种的治疗过程进行时时的、动态的质量监控和管理，发现有超出临床路径的治疗，系统会作即时的提示和记录，有利于医生规范操作；单病种结算采用定额包干，住院收费信息系统里维护了每个病种的结算定额，确定采用单病种治疗的，出院时直接调用定额结算；医务管理部门通过信息系统定期对单病种治疗的病例统计分析，了解病人的治疗和愈后情况，对医生的治疗行为时时监管，同时对临床路径进行持续的改进和优化，不断提高医生的服务效率和临床路径的可操作性。
5 单病种限价结算的前景
近几年，患者就医的医疗费用不断攀升，卫生资源过度使用，给患者带来沉重负担的同时也造成资源的严重浪费。单病种限价结算一定程度上遏制了医疗费用增长过快的势头，有效降低了医疗成本，提高了资源利用率，部分解决了老百姓"看病贵"的难题，缓解了医患矛盾，提高了医院的声誉和竞争力。通过临床路径对单病种诊疗过程的管理，提高了医疗服务质量，规范了医疗服务程序，促进了医疗行业的健康发展，因此按病种结算必然成为将来的一种趋势。但是，要将这个工作做好，除了医院领导重视，组织相关专业人员制定科学、合理、可行的临床路径外，拥有一套功能完善的信息系统是必不可少的技术条件，因此，加强医院网络和信息化建设应该成为医院建设的重要组成部分。
参考文献
[1]汪君,郭雪清,黄正东.利用医院信息系统实现单病种限价收费[J].中国医疗设备,2008,23(7):79-80
[2]蒋锋.临床路径在单病种限价收费管理中的应用研究[N].贵阳中医学院学报,2008,30(1):65-68.
结算平台 篇4
数字家庭是指以计算机技术和网络技术为基础, 实现家用电器之间的“互联互通”, 使人们足不出户就可以更加方便快捷地获取信息, 从而极大提高人们居住的舒适性和娱乐性。数字家庭是未来生活的愿景, 就目前而言, 发展比较成熟的模式有网络购物、个性化视频点播和家庭智能医生等。当用户在享受这些服务的同时, 如何支付服务费、服务费的到账速度以及支付安全性已成为整个数字家庭能否发展的一个重要基石。目前在家庭中, 比较典型的支付方式主要有如下三种:
1) 基于银行网上银行的支付。即插入U盾或使用动态口令卡等, 登录商业银行网上银行进行支付。由于手续繁琐, 且随行必须携带U盾等支付工具, 多有不便。因此使用人不多, 特别是在中老年同志中, 使用者更是寥寥。
2) 基于第三方支付机构的快捷支付。即通过一定的认证机制, 把网上支付和本人的银行卡关联起来, 用户只要在支付平台输入登录密码, 就可从银行卡上扣除金额。这种方式的特点就是方便和快捷, 使用者易上手, 但是这种方式带来的风险比较大。其突出表现在银行卡关联信息变更存在安全漏洞, 而第三方支付机构又未对客户身份真实性进行有效的核实, 因此会给不法分子作案留有空间。
3) 基于金融IC卡标准的支付方式。主要包含在商户的POS上完成非接现场NFC支付, 以及基于移动终端设备的远场支付。这种方式的优点就是安全性高和使用方便。通过圈存小额资金, 在需要的时候通过近场或者远场方式, 轻松完成支付。
2. 数字家庭公共支付平台的业务模式
在上述三种方案中, 笔者认为第三种方案最优。特别是中国人民银行近期宣布, 2015年前现有的磁条银行卡, 全部替换为金融IC卡。可以说, 其代表了支付业务未来的发展方向, 应大力推广。
所以在数字家庭结算平台建设中, 笔者建议可以和金融IC卡结合起来。在数字家庭的“互连互通”网络可以基于现有的有线电视网络。在进行电视信号数模改造的时候, 把机顶盒上增加一个非接POS功能。这样, 用户通过机顶盒, 就可以消费小额资金。与此同时, 整个平台定位为承担小额的消费资金的结算, 剩下的还是交由银行完成。由银行按照银行卡管理的规范业务流程风险管理和结算方式进行实时、定额、每日或每月向支付系统进行结算。
概况的说, 用户通过机顶盒在数字家庭公共结算平台支付的流程为:首先选择一家商业银行, 办理一张带金融IC功能的银行卡。然后用户可以跑到数字家庭公共结算平台的运营机构加载需要使用的服务机构的行业密码, 并且圈存一笔近期需要使用的资金 (或者在银行柜台办理圈存业务) 。以后用户在家需要支付时, 只要打开电视, 把金融IC卡放到机顶盒上, 通过电视遥控器就可以完成支付了。
3. 结算和清算模型
用户在平台运营机构或者自己的开户行圈存小额资金, 银行即从用户的账户上把钱实时清算到本行圈存的公共结算账户。
当用户使用圈存的钱为购物或者消费服务买单时, 具有POS功能的机顶盒在金融IC卡中把资金扣除, 并适时 (实时逐笔或定时批量) 把交易信息传输到公共结算平台。
数字家庭结算平台的运行方定时把当日每个商户的收入进行清分和汇总, 并把汇总后的资金清单提交给银联。由其进行跨行清算, 清算到商户的开户银行。
具体流程如下图所示。
4. 行业应用的加入
行业单位加入的数量在很大程度上决定了平台生存和发展, 因此必须尽可能发展行业单位。笔者认为, 行业单位可以分为两类。一类就是商户, 这类行业单位没有具体的门槛要求, 只要其在提供服务或产品的同时, 能收到货款就行。另一类是具有准入门槛的单位。比如医院、学校和数字电视等。这些单位在提供服务之前, 必须对用户的身份有一个较为严格的认证。比如医院, 在提供家庭医生或者远程治疗之前, 必须判断该用户是否在当地具有医保, 所以这个平台还必须和社保中心相连。在用户的金融IC卡上, 必须加载行业单位的密码。
5. 数字家庭支付业务的框架结构
由上分析可知, 数字家庭公共结算平台主要包括交易管理系统、IC卡片管理系统、行业密钥管理系统和信息门户平台等核心功能模块。
1) 交易管理系统
保存IC卡发行数据、行业应用开通数据和IC卡交易数据, 接收和处理用户交易指令, 为每笔交易判定最终处理结果, 并实时反馈给终端。实现每个工作日的日切功能, 并在日切后与银行以及各用户终端数据自动对账。向银联系统上传每天交易汇总数据, 并由后者实现商户数据的清算。提供交易数据分析功能;能够通过卡片、受理终端、交易时间、行业客户、行业应用功能等关键要素查询交易数据, 并生成数据分析统计报表。
实现数据和行业自建系统、银行系统 (包括银联系统) 的数据对接和转换。如果行业运营方和IC卡发卡方需要与本平台在相关数据 (包括密钥、交易数据、金融IC卡应用数据文件等) 上进行对接, 平台必须按照与上述两者约定开放端口, 并按照约定的格式, 实现数据传输和双方系统对接。
2) 卡片管理系统
卡片管理系统主要实现IC卡片信息管理、卡片区域管理、卡片应用管理、制卡脚本管理等功能。
实现对行业应用金融IC卡的整体管理, 记录金融IC卡开通的行业应用功能, 制定行业应用数据, 结合密钥系统可以控制行业应用功能在金融IC卡的设置, 实现在金融IC卡内行业应用的功能的配置、设定、调整和更新等功能。
3) 密钥管理系统
保管、分发行业应用密钥, 实现行业密钥生成、在线下载等功能。
公共结算平台的运营方可以在卡片个人化中时从密钥管理系统中下载行业应用密钥, 同时结合下载的行业应用制卡数据制作行业应用的金融IC卡。
行业应用方 (银行或者公交等行业运营方) 可以下载使用行业应用功能密钥, 通过密钥管理实现对金融IC卡行业应用的功能权限管理, 制作特殊需求的行业应用金融IC卡。
4) 信息门户管理
门户服务是数字家庭公共结算平台内部网络与外部公共网络的统一接口, 提供域名解析、广告代理、政务信息公开和家庭医生等服务, 对外向客户提供IC卡信息服务及等业务应用的接口。
门户服务的建设应本着“统一规划, 统一平台, 统一软件”的原则, 立足于为数字家庭的营销服务, 拓展增值服务, 为客户提供一体化综合服务。
6. 系统安全性
数字家庭公共结算平台是一个复杂度高、牵涉面广的系统, 某个环节的安全隐患或漏洞极有可能造成很大社会影响, 为确保系统安全稳定运行, 在系统建设过程中, 对网络安全、密钥安全、交易安全、数据安全、以及运行管理安全等方面, 必须具有充分的考虑和体现。
·密钥管理体系
IC卡密钥管理体系需遵循和参照住建部、中国人民银行等相关机构密钥管理的相关标准和规范。
·网络安全
网络结构加强网络安全的相关设计, 防止外来非法入侵和内部攻击, 采用防火墙等技术。
·交易安全、数据安全
交易安全需要防止非法卡的使用, 防止非法终端的接入, 防止伪造交易数据, 防止终端机具内存储数据被非法采集, 资金账户异动通知。交易数据需加密传输并含交易验证码, 通过访问控制策略、数据库与外部接入点隔离、用户活动审计等措施控制数据的访问。
考虑较恶劣环境下数据采集的完整性, 灾难重复采集的能力, 以及消费原始数据丢失等异常情况下, 尽可能从其它渠道提供信息, 保证平台对遗失数据的可知觉性和可推测性功能, 确保各营运单位不受损失。
7. 发展前景展望
数字家庭公共结算平台的盈利主要靠如下几部分来实现。
·商户的加盟费。
在前期推广阶段, 商户的加盟费可以少收, 甚至不收。如果平台的影响力逐步扩大, 加盟这个平台的商户将会越来越多, 产生聚集效应以后, 可以适当收取一定的加盟费。
·商户的广告费
可以在信息门户适当的为商户安排一定数量的广告, 收取费用。
·收取支付手续费
在平台非常成熟后, 可以向商户打包或者逐笔收取一定的手续费。
近期, 全国各地都在搞智慧城市。政府在极力在通过现代信息技术, 推动一大推关注民生, 方便老百姓日常生活的产品、甚至产业的发展。这些都为数字家庭的建设提供了一个非常好的契机, 其发展前景也一定非常广阔。因此, 有条件的城市应尽可能推动这一产业的发展。
摘要：数字家庭是当前各地政府在推进智慧城市建设过程中极力发展的一个产业。本文以此为背景, 提出建设数字家庭时资金结算的途径和方法。并对结算平台的架构、处理流程、安全性以及主要模块进行了分析和比较。作者期望通过本文介绍, 为各地数字家庭的结算提供有益的参考。
关键词：数字家庭,公共结算平台,金融IC卡
参考文献
[1]李东荣, 金融IC卡多应用的方向, 中国金融, 2011年22期。
[2]张益兵、肖政, 企业集团电子结算平台研究与实施, 北塔网络, 2009年第7卷第8期