“一站式”医疗救助服务信息系统

1、“一站式”医疗救助服务信息系统实施方案XX民政局二0一六年三月1概要 32项目建设的背景和必要性 33项目建设目标、规模、内容 33.1 建设目标33.2 项目建设内容及规模 33.2.1 公众服务平台错误!未定义书签。3.2.2 社会救助一站式服务平台 43.2.3 志愿者管理系统错误!未定义书签。3.2.4 社会组织管理系统错误!未定义书签。3.2.5 基础设施管理系统 错误!未定义书签。4投资估算和资金来源 274.1 项目总投资估算274.2 项目投资估算一览表274.3 资金来源与落实281概要“一站式” 医疗救助服务信息系统，统一管理我区特困供养人员、低保对 象、重残无业人员等困难

2、群体，建立救助对象数据库。救助对象在我区定点社区 医疗机构就医，享受城镇居民基本医疗保险医疗报销的同时， 通过定点医疗机构 设立的医疗救助即时结算平台，实行城镇居民基本医疗保险、医疗救助“二位一 体”受理、审核、网上审批即时结算服务。医疗救助对象只需通过一张社保卡就能便捷快速地在该系统中实现医疗费 用的即诊即免。避免困难对象先自付、后报销的形式，实现了民政部门和医疗机 构内部信息的共享和互通，提升了行政服务管理的效能，体现了政府以人为本的 服务理念。同时，“一站式”医疗救助服务信息系统实现了不同社会救助部门之间救助对象的统一管理和救助信息的共享互通，从技术上彻底杜绝多头补助 和漏补现象，使救助

3、工作达到纵向到底、横向到边。并在此基础上实现有 限救助资源的最优化分配，确保医疗救助资金切实发放到最需要的群众手中。加强可政府监督力度，提升了政府的公信力。2项目建设目标、规模、内容2.1 建设目标按照“规范标准、数据准确、一库多用、共建共享”的要求，依托 XXX统一 的基础网络平台，结合国家标准，按照 XX区困难群众的管理规范，建成由区、 街道（乡镇）、社区（村）3级构成，覆盖XXX医疗救助工作管理单位的互联互通、 资源共享、标准统一的信息系统。横向上整合参与社会救助工作相关的部门（民政、卫生计生）业务，实现了 各类不同社会救助对象医疗救助业务的一站式受理、协同办理和联合审批，实现 参与医疗

4、机构和社会保障部门之间信息互通， 提升审批工作效率，从技术上彻底 杜绝“多头补助和漏补”现象，使救助工作达到“纵向到底、横向到边” 。纵向 上通过对救助工作的3级网络化管理【社区（村）街道（乡镇）市】，实现医疗 救助的网上互联审批。实现救助基础数据的信息化，业务处理的网络化，医疗救助服务的便民化， 统计分析和决策的科学化，业务监管的智能化，资金结算的便捷化，资金管理的 透明化，保证医疗救助业务管理的透明、公开、公正和高效，为医疗救助工作信 息化管理提供全方位的技术支持，使救助制度切实成为国家社会保障体系的“最 后一道社会安全网”。2.2 项目建设内容及规模在民政局医疗救助实施办法的的基础上，按

5、照民政部、上海市和 XX区的医 疗救助服务标准和业务发展的需求， 建设“一站式”医疗救助服务信息系统。 系 统功能图如下。"一站式"医疔救助服务信息系统I辐等运51（对内：面向工作助对象库（对外:面向公众）社会前广播库制;t统一耐游， 建立平台磔 包含内网门户、 统一用户管评， 。谈工ms 等也期能.无链接入到平R. 医疗敕用标件手管理 救助金自动核算笆理 预付金计算管理 即时辐tt弑助管理 瀛合查潮映策分折麻药店特困供养龙象虔 低保对敏殂而群众库临时救助对象库 敦育救助龙象生 住居救劭对蒙空 申教勘对彘库 笠瞰而定彖玄手tiapp舞信公僦岩碘网站其他“一站式”医疗救助服务

6、管理构想图如下：2.2.1 社会救助管理系统按照民政局民政业务数据标准规范，建立社会救助对象数据库。实现最低生 活保障、特困人员供养、受灾人员救助、医疗救助、教育救助、住房救助、就业救助、临时救助和其他救助对象统一受理、转报、审核和审批。主要信息包括： 申请人基本信息、家庭成员信息、救助信息、收入财产申报信息、审批信息、资 金发放信息、变更信息、注销信息、电子附件信息等。社会救助一站式服务平台星底生活保潭特困人员计养住房载助根据医疗救助实施办法，自动检索社会救助对象库，匹配出来医疗救助比例 自动核算救助金额，通过系统智能分析全年救助对象累计救助次数、累计救助金 额，防止救助对象超过最高救助金额

7、。2.2.2医疗救助管理（与医疗机构对接2.2.2.1 主要功能设计一般门诊救助般门诊救助个人医药费结算支付享受医疗救助金 额救助后的医药费。现场完成结算并离开救助对象离院救助对象药品管理与医院结算 通过在库信息救助结算管理病人信息发票电子档案管理民政局主要实现：城乡困难群众在定点医院享受门诊救助信息的管理，以及定点医 院与民政局的即时结算。救助结算管理1）描述：救助对象在办理门诊费用结算时，医院工作人员通过本系统将病 人的基本信息、就诊信息、发票概要、发票的电子扫描件登记到系统中。2）输入：病人信息病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住地、病人联系电话本次就诊信息疾病名称、

8、就诊医院、药品名称、药品数量、药品金额、发票单据编号、发 票单据金额、发票单据金额、发票单据电子附件上传。本次救助信息单据医疗费用总额、有效医疗费用总额、已报销金额、各类医疗赔付和补助 金额、自负医疗金、实际救助金额，救助原因。本年度救助信息（系统通过历史救助记录关联身份证自动生成）：本年度已救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累 计救助次数。3）处理：保存用户输入的数据到数据库中。年度救助信息由系统自动生成。4）输出：可以查询、统计所有在库的门诊救助病人信息、就诊信息、各年 度救助信息，自动生成预付金清册、垫付金清册和即时结报救助金清册。救助发票档案管理1）描述：调阅救助

9、对象中的发票单据电子附件上传2）输入：查询条件，比如：病人姓名、救助日期。3）处理：根据输入条件，浏览电子单据4）输出：可以查询、统计发票单据电子档案信息。特病、慢病门诊救助特病、慢病门诊救助特病慢病救助对象个人医药费结算支付享受医疗救助金 额救助后的医药费。现场完成结算并离开药品管理救助结算管理病人信息就诊信息药品信息发票信息发票电子档案管理救助对象离院与医院结算 通过在库信息发票电子档民政局主要实现：特病、慢病城乡困难群众在定点医院享受特殊门诊救助信息管理, 以及定点医院与民政局的即时结算。救助结算管理1）描述：救助对象在办理门诊费用结算时，医院工作人员通过本系统将病 人的基本信息、就诊信

10、息、发票简要、发票的电子扫描件登记到系统中。2）输入：病人信息：病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住 地、病人联系电话本次就诊信息：疾病名称、就诊医院、药品名称、药品数量、药品金额、发 票单据编号、发票单据金额、发票单据金额、发票单据电子附件上传。本次救助信息：单据医疗费用总额、有效医疗费用总额、已报销金额、各类 医疗赔付和补助金额、自负医疗金、实际救助金额、救助原因。本年度救助信息（系统通过历史救助记录关联身份证自动生成）：本年度已 救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累计救助次数3）处理：保存用户输入的数据到数据库中。年度救助信息由系统自动生成4）输

11、出：可以查询、统计所有在库的门诊救助病人信息、就诊信息、各年 度救助信息；自动生成预付金清册、垫付金清册和即时结报救助金清册。救助发票档案管理1）描述：调阅救助对象中的发票单据电子附件上传2）输入：查询条件，比如：病人姓名、救助日期。3）处理：根据输入条件，浏览电子单据4）输出：可以查询、统计发票单据电子档案信息。住院救助住院救助民政局病人信息住院救助申请（调用入院时救助信息主要实现：农村五保户、城乡低保户住院后在其获得新农合补助或城镇居民基本医疗补助、医疗机构费用减免及其他政策性补助后， 对其个人自负部分进行的救助的信息管理以及民政局和定点医院之间的救助资金结算住院救助申请1）描述：救助对象

12、登记入院第一天，医院工作人员将该人的入住信息、人 员信息录入到系统中，以便出院时进行准确的救助结算。2）输入：病人姓名、病人身份证、病人对象类别、病人户籍所在地、病人 实际居住地、病人联系电话、家属联系人、家属联系电话、疾病名称、入住医院、 入住日期、入住房问号、入住床位。3）处理：保存用户输入的数据到数据库中。信息推送到民政相关业务员的 平台提醒功能中。4）输出：可以查询、提供结算时的人员、入住基础信息。转院登记1）描述：救助对象遇到转院的情况，需要预先登记通过，获得民政回执后 才能继续享受住院救助。2）输入：引用病人基本信息、转入医院、转院时间。3）处理：保存用户输入的数据到数据库中。4）

13、输出：可以查询、统计历史转院信息。住院救助结算1）描述：救助对象出院、转院时，医院可以根据对病人的医疗情况将费用 信息录入到系统中，进行住院救助结算。2）输入：病人信息、住院信息：引用病人基本信息、本次救助信息：使用的药品名称、药品数量、发票编号、发票金额、发票单 据电子扫描件、单据医疗费用总额、基本医疗费用、已报销金额、各类医疗赔付 和补助金额、自负基本医疗费、实际救助金额本年救助信息：本年度住院累计累计自负金额、本年度住院累计救助金额、 本年度住院累计救助次数。3）处理：保存用户输入的数据到数据库中。病人信息、住院信息引用住院 救助申请、本年救助信息引用本年之前历史救助信息合值。4）输出：

14、可以查询，提供其他功能引用此处数据。自动生成预付金清册、垫付金清册和即时结报救助金清册。财务管理主要实现：每笔拨入资金的管理、救助资金支出的管理、余额不足的提醒资金拨入登记每笔拨入的医疗救助资金，输入拨入原因、拨入时间、拨入金额、经办资金结余查询查询当前资金结余数目、本年度资金拨入情况和资金支出情况资金不足预警设置资金预警线，本年拨入资金总额减去本年支持资金低于预警线时向 资金操作原发出预警。2.2.2.2原型演示救助标准维护:加M气弓匕武西| SIE 二-，£tz-3ft.' E-F&WM二二生心gg?-m->fiWl新科两演etiiimsitiRttMbba

15、hsmD-族0*MivrXf«W：kWlFVI瞄。糊HDXOflIKKH55F电酎康脚g韦C*MHna £逢勺田H«一t*s*鬲席师D峰qwow? .h1JHtiULimtjp去cHMF0珞0毗KDi»blPr都OftfQWffiW界EE钢t口H QEifiWtX&A.应E晔kM£E Q«t ,0mm*M- zrhft庐M QK-xnMi» E K ：4K1!Ifl ;5m. Fh医疗救助申请:行X岖聆江山市演才福行由甘,一芭询势醉效鲂都*期而可阵i*(201i-ll-LS病人时金毛Mb|%A弁砸|3XS231972

16、(K；S2723历史更彻代理人姓名期贞又_|1孙身份证p»82319T101062910户11册在地球城村旁除居住堆 陆展村_|我系电话 产17。0871t才电FD住式.忸村开户H桁 一怡作祖行|而昧12ZS祎08汨0。13；75开户人独名.宅小仙A5USS的一行曲呻卅谙:骷9）身份狂复印4 （6户口建华晔医疗证复印件区力费m硼的芋 取道下朗 in出席记录 出艮小缥jpg旦候窗吃旺司材料1）社像* “C本年度脆黑日诩期。本期JEil淮累iH臣有星知P*4«12口本药博自推来甘卷加金第。本姆摩1诙里超鼎金海.本就蒋口布丁烷瑛索计中岫演，研俅门.累计恢的次曲本WSB快助用出口千

17、小1 hf低N落条 S踊版更待兢时化嘀届餐|»鼬1此区（即颤明刖.二Ey医疗救助审批:时ft题戈Id量g* msMHfr u ntiM mm王rrjE©事言11台比SKA市前凰2H1W 串aR Sf-K-fif it：riin;tTV«B ftmt*罢"rH你w ITJiH *哥.JCat-M-a： Lt 1«dTi«H«R *VW苗94崎"R bl ”* 1 m券N髭5*网£， biwMLMITPfcjmiMD医疗机构结报:-，:二？ ."!E3或融'Kl妹温注联岫旺i '&q

18、uot;-lirH-'刊商二»<-手拜师团处附眄JSCMTMtr 汨寺"EGBSIS 能BE期W-r3-B5AVLRBS"H善.UQW*卡餐u15li口拧混二mEny也嘿睫XrtraMSMMg舒3oN,w；FX二好Fm*it1 检FEUZJz 旌泗!游1! WM 能SfgNttSWS 部冲户!蚱一腓注虻三£i.'蚪*喏 *t iut- rr”*, 许幄 Hr=*tt：IftEft*U .二牛r . I it十山市即由WJW持用则医疗机构汇总对账单踹ML2混枷酢二瓯帮二府昼面、,制oriWl襦迪1郦如此城写好I.二心H4四口此慌医疗机

19、构明细对账单开蜡日峰 |2D14-ii2-OL常束日*'201&-K-29国阮书府口山巾浅受中心卫生作bHit与侏歌V 一 |迪里BftWHWWIMn也随旧2®5匡的名琴立山用J1头中心卫立院开蛇日鼻2Dte-0C-G隼 3SH 期EG 16fz-EBn诒与住陆件若，一号呷脚阮方1aiiirrnwttrtitf加悯前就也梵际：口 5L0坤浦-熄PILffilL4"20&H, 1 .2口山市新中也市新得士可二婚1 口笫”凭中同安蜘皓耻4鲍通T3烟湾面后葩l«G74.帮143.133口山巾以并拚宜乐歼僦5跖加购f143日热浦f口毋产猫乜：33国

20、414江山市胃时诅市上忖毛才嘴萼JS7U沏I/后庄禽廨忤荏血2 W. !?上密，聪0?:山市短问律石后忖NO凯融印05幻圜刘W门工券师T2T+不代用塞咛麻国$MM，殂，祖，-6目市新她鼻聒村xjgLmiM三E*为 OfJ20L23L32O6-fll-!4Writ匠肉1 耐5 1514K2. 71T;1山市赁时律干上甘STOMMaKT毛幻J刘的W门工商生事不咛京血1327136曲直口）Ba山承斩# & jht项付2OO51»SCm毛天中编口 ,23:311到EZ普巾性至.营之6660.47503 330江山小风始那匕汪叶制*il加曲？*口用3Qt制蛙-«2r；用魂书争

21、作§.国二科冬10江山E贺河M市上科3M5L6C3HQS30SS.35724；M浦 f 3-22肾041. «7tZ342.2.3医疗救助管理（与社保对接）医疗救助即时结报医疗救助即时结报支付社保报销和民政救个人医药费结算助后剩余部分金额。现场完成结算并离开民政局反馈即时结报救助对象库 对账单社保局城乡居民医疗保险救助对象离院主要实现：城乡困难群众在定点医院享受医疗救助信息的管理，通过社保局城乡居民医疗救助系统，获取社保报销部分自动计算出来救助对象的救助金额，民政直接与医院结算救助金。救助结算管理1）描述：救助对象在办理医疗救助结算时，医院工作人员通过本系统将病 人的基本信

22、息、就诊信息、发票概要、发票的电子扫描件登记到系统中。2）输入：病人信息病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住地、病人联 系电话本次就诊信息疾病名称、就诊医院、药品名称、药品数量、药品金额、发票单据编号、发 票单据金额、发票单据金额、发票单据电子附件上传。本次救助信息单据医疗费用总额、有效医疗费用总额、已报销金额、各类医疗赔付和补助 金额、自负医疗金、实际救助金额，救助原因。本年度救助信息（系统通过历史救助记录关联身份证自动生成）：本年度已救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累 计救助次数。3）处理：保存用户输入的数据到数据库中。年度救助信息由系统自动生成

23、。4）输出：可以查询、统计所有在库的医疗救助病人信息、就诊信息、各年 度救助信息，自动生成预付金清册、垫付金清册和即时结报救助金清册。救助发票档案管理1）描述：调阅救助对象中的发票单据电子附件上传2）输入：查询条件，比如：病人姓名、救助日期。3）处理：根据输入条件，浏览电子单据4）输出：可以查询、统计发票单据电子档案信息。2.2.4 综合查询和决策分析本项目涵盖最低生活保障、特困人员供养、受灾人员救助、医疗救助（含一 站式结算）、教育救助、住房救助、就业救助、临时救助等多种救助业务，在各 救助业务管理子系统中已经具有针对各自业务的查询和统计报表。而本模块的主要功能是对以上所有的多种救助业务数据

24、进行汇总，提供综合查询功能。其主要功能有：(1) .综合查询通过这个查询，可以查询出同一救助对象在不同部门不同救助业务之间的所 有救助相关信息。查询支持条件自定义。(2) .统计报表提供救助分类统计情况表等多种报表，可以查询出一定时间内所有救助相关 信息(救助类别、救助人数、救助金额等)，并提供分级查看和统计。(3) .图形分析运用图表分析技术，通过各类直观图表进行救助信息展示，图表支持柱状图、 折线图、饼图等常见格式，支持三维图、二维图等形式展示。比如：不同部门救 助业务分析、救助对象数量变化分析、救助资金支出分析等。2.2.5 公众服务平台建设公众服务平台通过门户网站、手机 app、微信公

25、众号、微博和其他网上 推广工具，实现社会服务动态发布、信息公示和相关网站的友情链接。实现了救 助对象、社会组织和志愿者的信息共享，连接三者直接的相互对话，解决了信息 不对称造成的救助对象得不到救助、救助活动无人参与的问题2.2.6 应用支持系统建设一个灵活适用、稳定可靠、可扩展性高的社会救助综合业务系统，关 键在于构建一个良好的基础应用支撑平台，其要为应用系统开发提供各种业务 集成通用组件，可根据用户需要灵活选取，通过简单配置即可实现业务应用。民政综合业务框架作为系统应用的支撑平台，运行在网络和系统平台之上， 用来承载业务系统的建设与运行，为信息资源共享和业务系统之间的互联互通互 操作提供服务

26、，实现本次系统建设的系统与其它各相关信息系统之间的衔接；同时集成各个业务模块，实现同一用户管理和单点登录，实现一次验证，全网通行。 这样后续建立各个模块的时候，哪怕不同的业务模块有不同的软件公司来设计开 发，只要按照应用支撑平台的标准规范体系来建设， 便可以方便地集成到本应用 支撑平台，从而成为锦州市民政局整体信息化系统的一个紧密的组成部分，并且通过应用支撑平台实现锦州市民政局与各级部门的数据交换和共享。应用支撑系统将构建不仅仅服务于本次项目建设的应用软件系统，而且也将服务于未来建设的其它应用系统，所以应充分考虑平台的可扩充性。主要实现如 下功能：统一用户和权限管理、基础数据管理等，实现系统统

27、一登录和管理。参 考界面如下：通过统一用户管理服务系统(简称“ UMS )实现一次登录(Single-Sign- On) 各处通行的用户管理机制，结合访问控制机制，对所有运行于平台的系统进 行统一的访问控制。该基础构件是支撑平台重要的核心构件之一，实现了门户应用的统一用户及访问授权控制的用户综合服务。 系统采用基于角色的访问控制方 法思想，引入用户、用户组、角色、权限的概念，把系统分为四部分组成，第一 部分是组织机构管理，针对不同的用户、角色、组等方式实现用户的注册及资源 授权。第二部分是权限管理，实现对权限、功能标识的定义。第三部分是菜单， 提供了业务系统对菜单的存取。第四部分是访问控制管理

28、，针对用户操作进行IP 访问控制及日志记录跟踪等。通过该构件能有效控制用户的访问权限， 保证系统 数据和资源安全，防止非法用户的恶意破坏和用户误操作， 从而提高系统的稳定 性。应用泰境1 I' 应用系统二“应用系献3Il< I|l IUMS统一用户管理系统应用架构通过以上逻辑结构可以看出，UM筑一用户管理系统主要按以下思路实现功 能服务拓展：应用系统访问控制管理思路对各业务应用系统、各业务系统单元对象、控制对象等进行统一注册，集中 客户访问控制、以及最终完成访问控制注销等一系列访问控制生命周期过程管理。基于角色的访问控制方法思想采用基于角色的访问控制方法的思想，引入用户、用户组、

29、角色、用户组、 权限的概念，适应目前流行的矩阵式的企业管理模式。统一用户管理统一用户管理，实现一次登录(Single-Sign-On )各处通行的用户管理机制， 对所有运行于平台的业务系统进行统一的访问控制管理提供基础。多种服务拓展实现个性化定制实现了菜单、用户登录控制、IP灵活控制等多种控制方式，可以方便的进行 个性化定制，结合二次开发，可方便轻松的进行个性化定制。包括组织机构、权限管理、菜单管理、访问控制等功能，功能结构如下图：卜面我们将详细说明上述各个功能模块(1)组织机构功能项 目功能描述部门管理部门管理包含机关分解结构处室、部门的管理，并为相关处室、 部门设立相应的代号用户管理完成各

30、应用系统的用户设置的基本操作；提供为用户、用户组快 速配置角色的管理通道用户组管理配置用户组的基本操作功能；允许给用户组配置功能权限和单位 权限，通过快速管理通道可以方便的为用户和角色分配用户组角色完成各应用系统的角色设置的基本操作；提供为用户快速配置角 色的管理通道(2)权限管理功能项目功能描述权限管理提供权限定义，包括功能权限和单位权限映射/标识定义提供权限映射定义，包括功能权限和单位权限(3)菜单管理功能项目功能描述菜单管理提供系统个性化菜单模块的管理。包括定义菜单等菜单组注册完成菜单组注册（4） 访问控制功能项目功能描述策略管理灵活定义应用的策略控制方式用户日志控制用户访问日志的监控、

31、管理工作流组件：在民政日常办公中，涵盖社区（村）、街道（乡镇）、区县、市各阶层的使 用人员，系统应针对不同的人员提供不同的功能、操作方法、表单。而且可以 上级单位查看下级单位信息资料并通过工作流管理。必须提供简单、易操作的“傻瓜”式集中流程管理，本项目设计的所有流 程均可在统一的功能界面中进行集中管理，可配置。要求流程配置必须简单 化，不片面追求可视化，但必须符合业务需求。?提供行政区划的工作流控制，每个不同的区县可以有一套独立的流程， 不同的地方提交信息后，可以是社区提交、街道审核、区县审批，也可以是街道 提交、区县审批。?提供不同角色的工作流控制，如：一个街道中可以设置为审核后，提交 给区

32、县，也可以设置为由操作员审核后，交由街道领导进行二次审核再提交给区 县；?提供工作流查询，要求记录每一个流程的审批（审核）人的姓名、审批 （审核）意见、审批（审核）时间；?提供不同角色的分工管理，不同的角色都有自己不一样的操作范围，例 如：社区操作员只能查看资金的发放记录，不进行资金发放的操作；?提供信息按照行政区划的智能区分控制组件，平台中上一级区划人员可 以看见下一级的对应信息，但是平级、下级只能看到自己区划、账号下的信息；报表组件：将报表处理逻辑从业务系统中剥离出来，作为独立的通用报表系统为数字 民政业务系统提供报表处理逻辑服务。具体要求如下：?提供可视化的设计环境，提供直观的、可拖放对

33、象的、交互性用户界面， 提供可选的向导工具以简化常见的报表任务，例如连接数据源、选择、分组、排 序和汇总。可以设计和应用自定义的报表模板，为数据访问及其展现格式制定标 准，以确保报表之间的设计风格一致。?支持公式语言，提供可扩展的公式语言，以控制报表的格式、复杂的逻 辑和数据选择。通过使用自定义的函数，可以在报表之间共享和重用公式逻辑， 从而避免冗余的公式创建。?丰富的数据表现力，提供多种格式的报表，包括交叉表、分组报表、汇 总/钻取报表、表单、邮件标签、子报表等。通过选择合适的地图和图形类型增 强报表的表现力，例如柱状图/3维柱状图、饼图、圆环图、曲线图、甘特图、漏 斗图、XY散点图、区域地

34、图等。报表组件应支持IE免安装打印，支持多种数据 库服务器。?支持参数化查询报表：通过拖拽参数来布局参数查询页面，支持文本， 数字，日历，下拉框，下拉复选框、下拉树，下拉多选树、单/复选框组，密码框，网页框，列表、表格树、多文件上传等二十多种编辑器，报表参数页面和报 表内容合二为一。?增强分析统计功能：支持自定义分组（包括条件分组和公式分组），以及 层次坐标公式（包括同比，环比，排名，占比和累计等需要层次坐标比较的模板 制作）。?本项目中数据统计分析功能，基于报表组件进行开发。SSOm点登录组件：目前锦州市民政已有上级部门统一部署的优抚管理、特困救助（孤儿）、救助站管理三套系统，本项目门户必须

35、集成已有的三套系统，除实现统一数据交 换（利用数据交换平台实现）外，还须实现一键式登录。采用s so方式，实现“即插即用”方式，达到“一点登录，全网漫游”的访问机制。用户只需登录一次就可访问其所有有权访问的系统。当用户持有 的USB Key数字证书或是静态密码通过统一认证平台的认证后，即可访问其 有权限的所有应用系统，用户无需再输入原有系统的登录密码，后台的各应用 系统上的用户名和密码可以不相同。SSO®现的具体功能如下：?应用无关性：保护所有类型的应用系统，可以保护基于各种协议，平台 和开发语言的应用系统，无论是 B/S结构的还是C/S结构的；?即插即用：无需对系统做任何改造，保持

36、现有的软硬件及网络环境不变 保持用户原有的使用习惯；?高安全性：基于数字证书的强身份认证机制， 通过CA数字证书认证系统 为用户发放数字证书，同时兼容第三方 CA认证机构颁发的证书；?高可靠性：对于大用户量的访问，SSOJ持主备部署方式，以避免单点故 障。用户可以在网内部署多台 SSOK务器，以平衡不同服务器之间的认证请求；?可扩展性：提供不同的开发 API,使用认证API可以将应用系统的认证 被系统整合。并为其他认证方式，如动态密码认证，预留接口等，以适应企业的 认证需求。对于新建设的应用系统提供开放的标准的接口规范， 在此标准指导下， 可将应用完全纳入平台的统一管理中，实现统一认证，单点登

37、录；?跨平台性：基于J2EE技术：系统基于J2EE技术开发，与平台无关，可 以方便的在任何操作系统上实施，与其他系统具有很好的兼容性。支持LDAPJJ术：提供了强大的跨平台性和跨应用管理能力，为企业其他系统共享资源提供基 础。也便于其他应用系统采用同一标准开发纳入统一认证管理平台；数据交换组件：在日常业务处理过程中，锦州市民政局需要跟上级民政部门或锦州市其他 政府部门之间实现数据交换。比如：需要与锦州市的其他政府部门实现数据交 换。考虑本项目将与多个不同的应用系统之间实现数据交换，所以需要开发一 个通用型的数据交换软件，通过本工具，方便实现不同应用系统之间的数据采集、交换等操作数据交换软件至少

38、包含如下基本功能：采集加载库配置：支持配置主流数据库的访问，比如： oracle、sqlserver 等。支持源数据库和目标数据库的配置。主要有：新建采集库、新建加载库、 采集库管理、加载库管理。采集数据管理：支持根据不同业务需要配置数据表采集内容，系统要支持 按表结构配置和自定义sql数据两种不同方式，支持采集数据排序、支持自定 义数据采集周期、支持自动调度等。支持数据库方式、webservice方式、消息方式、xml文件方式等多种数据交换方式。数据转换：系统支持对采集的数据按照各类业务规则进行转换，比如数据 字典码表的转换等，从而满足不同业务系统之间数据规范不同的转换需要。数据加载：对采集

39、的数据支持自动加载和手工加载两种方式。支持根据不 同的采集数据字段加载到不同目标库的表中，支持字段映射，支持 insert、 update、delete等不同的操作类型。监控及日志跟踪：需要对各类数据交换接口的运行进行监控，了解各个数 据交换接口的运行情况，系统要支持对采集和加载的各类操作进行日志跟踪， 方便进行问题查询和操作溯源。对外数据交换：为了有效支撑锦州市电子政务数据交换中心的建设，民政 业务平台应对外提供民政业务信息，包括：低保信息、核对业务、孤儿信息、 慈善信息、五保信息、优抚信息、救灾信息、未成年人信息，以及其他可扩充 的民政信息。应支持支持数据库方式、webservice方式，以及ESB总线方式。医疗救住房救临时救就业救教育救其他救特困供 养对象受灾救 助人员社会救助对 象管理提供可视化操作界面、用户管理，又可以操作的界面，而且要求操作有功能清晰，又明确的操作文档最低保 障对象3投资估算和资金来源本投资估算为“三碰头”社会综合服务管理平台建设的总投资额度估算，以 现行市场价为参照依据。备注：本次项目为软件项目。相关的系统软件、硬件和网络都使用电子政务 云平台，不需要再进行投资，所以这里不包含系统软件和硬件网络设备的费用。3.1 项目总投资估算总投资估算为人民币XX万。3.2 项目投资估算一览表“三碰头”社会综合服务管理平台 投资分解如下（费用