电子票据查询和分析平台需求说明

电子票据查询和分析平台需求说明项目背景随着财政电子票据改革推进的不断深化，财政电子票据应用范围不断提升，财政电子票据开具数量不断激增，对全省财政电子票据的票据管理、数据安全、查询统计、挖掘分析、社会化应用等方面提出了更高的要求。为配合财政电子票据改革创新的目标，提升财政电子票据的归集效率和数据质量，强化财政电子票据查询、大数据挖掘和分析能力，特提出建设“财政电子票据查询和分析平台”的设想。项目目标通过开发建设财政电子票据查询和分析平台（以下简称“查询分析平台”）项目，构建基于云计算和大数据技术，服务省、市、县三级财政及第三方数据应用需求，动态扩展和持续完善的电子底账和数据分析平台。查询分析平台对接各地市财政医疗电子票据系统（以下简称“各地市财政系统”）、省本级医疗机构单位端系统（以下简称“省本级单位端系统”），接收和处理实时归集的医疗电子票据，开展数据清分、对账，建立基于数据仓库的财政电子票据大数据分析平台，实现数据归集、转换加工、质量控制、分析应用、共享交换等工作。1.对接各地市财政系统、省本级单位端系统，接收和处理实时归集的医疗电子票据和纸质票据换开信息，提高医疗电子票据的使用便捷度和监管效率，切实达到便民利民的服务目标；2.建立财政电子票据底账库，通过数据接收和清分，实现数据按区域、按单位、按个人归集，便于开展各项数据应用；3.建立财政电子票据监控后台和分析平台，实现对数据归集效率、质量的监控和归集结果的查询，实现对财政电子票据数据质量、风险行为等维度的统计，实现从区域、单位、项目等维度分析财政电子票据的应用情况；4.提供统一共享交换服务，包括财政电子票据查验和数据上链、报销等数据应用服务，在保障电子票据信息安全高效传递和使用的同时，实现与第三方互联互通，共享数据资源。建设内容1.实现与各市财政系统、省本级单位端系统的对接，根据全省目标业务量，遵守高实时性、高并发性业务要求，实时接收和处理归集的医疗电子票据到省业务专有云；监控医疗电子票据的归集过程，提升归集效率，实现从票据开具、归集入库到支持公众查验、报销等服务整体不超过30S。2.建立财政电子票据底账库，接入全票种财政电子票据和关联数据，通过实时处理和定时任务的方式，完成数据清分和状态更新，为数据分析和应用建立基础。3.建立财政电子票据数据仓库，接入全票种财政电子票据，实现全票种数据统计和分析；重点从区域、单位、时间、票种等维度，建立归集效率、数据质量、异常行为、开票情况等方面的分析功能，提升医疗电子票据的传输效率和数据质量；深入挖掘财政电子票据的价值，从单位、项目等维度分析财政电子票据的应用情况；接入数据可视化工具，实现自助式分析。4.提供财政电子票据一站式查验平台服务，实现全省财政电子票据查询、真伪查验和票据文件下载和推送等功能。5.提供统一共享交换服务，对接下游数据应用（包括区块链电子票据平台、支付宝票据助手、财税票据归集一体化平台等），提供统一的上票接口、查询接口等服务，实现数据应用的能力支持并回收应用结果状态；支持第三方应用例如支付宝小程序的对接和开发；支持财政、税务信息共享，探索财政电子票据和税务发票一体化归集应用，探索纳税人捐赠所得税税前抵扣应用。架构要求1.开票单位端通过“单位端系统”提供财政电子票据开具、管理功能；各地市财政系统用于管理开票单位财政电子票据业务，并实时将财政电子票据数据归集到省财政端；2.省财政端接收各地市财政系统（省本级单位端系统）归集的财政电子票据数据，并进行数据清分和管理，建立财政电子票据底账库；3.省财政端各应用将财政电子票据及其他相关数据写入数据仓库；4.平台基于电子底账库和数据仓库，提供财政部对接、票据查验、医保/商保报销对接、票据助手小程序、财税票据归集一体化平台对接等应用。功能需求查询分析平台项目需全面满足财政电子票据以下各项功能要求，项目建设内容主要包括医疗电子票据归集服务、医疗电子票据换开信息归集服务、财政电子票据底账库、财政电子票据监控后台、财政电子票据分析平台、财政电子票据查验平台、第三方应用开发及服务等。5.1医疗电子票据归集服务1）各地市财政系统及省本级单位端系统调用查询和分析平台云端接口服务，实时将开具的电子票据信息（XML文件）归集给查询和分析平台云端，支持通过数据包传输和单票传输两种方式，查询和分析平台需要存储原始XML文件和结构化数据；支持日增200万级的医疗电子票据传输（单条票据数据原始报文约为30KB，业务数据约为3KB），数据传输中使用的加解密技术需符合财政部技术标准和财政厅财政电子票据安全加固相关要求，保证各级财政之间票据信息传输不失真，不被篡改。2）支持通过异步接口查询的方式，对电子票据归集结果的按数据包进行查询，获取数据包中每一张票据的处理成功、失败情况。3）对于退费等异常操作，目前医疗电子票据主要采用作废的操作方式，后期需要支持红冲的操作方式，需提供作废、红冲两种对应的归集服务功能供地市、省直属单位选择，作废或者红冲后，需要更新相应票据的状态。在提供票据查验服务和对外输出（票据助手、报销上链、财税票据归集一体化平台等）中，需实时同步票据的作废或者冲红状态。5.2医疗电子票据换开信息归集服务1）各地市财政系统及省本级单位端系统调用查询和分析平台云端接口服务，实时将电子票据的换开信息归集给查询分析平台，支持日增10万级的换开信息归集，数据传输中使用的加解密技术需符合财政部技术标准和财政厅财政电子票据安全加固相关要求，保证各级财政之间票据信息传输不失真，不被篡改。2）支持通过异步接口查询的方式，对换开信息归集结果的按数据包进行查询，获取数据包中每一条换开信息的处理成功、失败情况。3）平台接收换开信息并实时刷新相应电子票据的换开状态，在提供票据查验服务和对外输出（例如票据助手、报销上链、财税票据归集一体化平台等）中实时同步票据换开状态。5.3财政电子票据底账库为了解决目前部分机构开票单位信息不规范，数据交付不统一、不完整等问题，建立财政电子票据底账库。系统归集验证财政电子票据合法性后，票据进入电子底账库，存储内容包括原始XML文件和解析后的结构化数据；接入全票种的财政电子票据和关联数据（包括单位信息、项目信息等），完成数据清分和实时状态更新，然后再分别以开票方和受票方的维度将对应的电子票据及业务数据存入数据库，单位相关的数据以单位台账的形式保存，个人相关的票据归集到个人名下；通过财政电子票据电子底账库，强化数据传输能力，提升单位、个人维度的票据查询、归集、输出效率，便于后续的业务和数据场景使用。5.4财政电子票据监控后台财政电子票据监控后台提供可视化监控、票据查询、汇总监控、数据对账等服务，便于查看整个系统的数据运行情况。1）可视化监控包括数据传输监控、数据汇总监控、换开监控等，功能开放给各地市、区县财政相关人员，便于监控各地区的实时数据归集情况，督促相关人员处理异常问题；数据传输监控实时监控各地市的医疗财政电子票据传输归集情况，对各区域当日归集数量偏少或传输效率异常的地市进行标色提醒，区分告警、预警、正常3个级别；数据汇总监控，轮播展示全省11个地市及省本级单位的当日的医疗财政电子票据的归集情况，包括成功/失败情况、正废票情况等；换开监控，统计全省及各地市当日归集云端的换开信息情况，监控和统计各区域的换开比例、延迟换开、换开趋势等情况，识别区域换开信息延迟归集或者不归集的问题。2）票据查询包括票据明细批量查询和换开明细查询。票据明细查询支持查询具某地市具体某一天的开票明细，可以筛选到每一张具体的票据，支持预览竖版医疗财政电子票据的效果；换开明细查询支持查询具某地市具体某一天的换开信息记录，可以筛选到每一张具体的换开记录。3）汇总监控包括地市汇总监控、单位归集情况、汇总接口监控等。地市汇总监控，统计具体区域的某一段时间的归集情况，包括正废票、处理失败情况等；单位归集情况，统计具体开票单位的归集结果，包括正废票、处理失败情况等；监控各地市具体接口（票据汇总接口、换开汇总接口）的调用执行情况，包括成功/失败情况，失败情况支持下钻查看具体失败原因。4）数据对账，采用抽样检查与普查相结合的方式，与地市或医疗机构完成每日数据传输对账服务，包括数据质量、票据缺失2个方面；数据质量，系统自动监控并发现数据归集不及时或异常、关键字段缺失等问题，生成相应的提醒。票据缺失，通过实时比对入库数据和地市及省属医疗机构的填报数据，从开票维度和汇总维度找出票据缺失的情况；发现数据缺失问题后，将数据问题通过任务展现出来并及时通知相关人员进行处理，任务处理过程留痕，支持对任务的追踪处理完成后任务关闭。5.5财政电子票据分析平台基于阿里云产品的云原生数据仓库（ADB），建立财政电子票据数据仓库，通过数据抽取等方式，接入省厅内部数据（包括全票种的历史和实时财政电子票据，相关部门数据）、外部数据（医保、卫健等部门提供的数据），支持TB级别数据的接入、存储和计算能力，实现全票种、准实时的多维度查询和数据分析。财政电子票据分析平台重点提升医疗电子票据的传输效率和数据质量，从区域、单位、票种、时间（包括开票时间、汇总时间、上链时间、报销时间）等维度，建立相关指标和统计分析功能。1）建立归集效率指标，包括票据延迟上传、换开延迟上传等，监控各医疗机构票据归集和换开信息归集的延迟时间分布情况，督促相关医疗机构优化，提升财政电子票据交付效率。2）建立开票情况指标，包括环比突增、环比突减、换开不传等。通过单位开票环比突增，识别虚开的风险；通过单位开票环比突减、不开票情况，识别医疗机构财政电子票据改革倒退的情况；通过单位换开不传情况，统计换开信息延迟上传和不传的情况，评估可能因为换开不归集导致的线上、线下重复报销的风险。3）建立数据质量指标，包括开票时间异常、个人信息异常、关键信息异常等。开票时间异常，是指开票时间晚于票据归集时间的异常情况，一般是由于开票时间取预约挂号时间或者归集服务时间异常导致的；个人信息异常包括身份证、社会保障号、交款人代码、性别异常，原则上单位开具时，要求身份证、社会保障号、交款人代码均填写18位身份证号码，特别是身份证异常问题，将导致用票人无法通过查验平台、票据助手等通道获取个人票据；关键信息异常，包括收费类别与票据代码不符、金额错误、医保类型错误等，规范医疗机构开票行为。4）建立风险行为指标，包括频繁作废、先换开后作废、频繁换开、换开早于开票、夜间开票等。频繁作废、频繁换开，存在医疗机构财政电子票据改革不到位，用票人开票后仍需要频繁获取纸质票据的问题；先换开后作废，用票人在医疗机构申请退款后线下虚假报销的风险；夜间开票，监控可能存在的医疗机构配合犯罪团伙虚开票据、骗保的风险。5）区域开票情况统计，统计各地市、区县开票情况；区域汇总情况，统计全省及各地市的数据汇总趋势、开票趋势。6）票据应用情况统计，包括票据上链监控、报销结果情况等；票据上链监控，主要是针对数据上链应用（如医保报销、商保报销），统计和监控数据应用的规模和趋势；报销结果情况，主要是监控报销结果回收的质量，加强对于重复报销、虚假报销的监控；7）单位、开票项目情况分析，深入挖掘财政电子票据的价值，重点从开票单位（含一、二、三级单位）、开票项目等维度分析和挖掘财政电子票据的应用情况。统计不同单位的不同开票项目数量、金额分布，规范单位的项目开具行为；统计不同项目的区域、单位开票情况，为财政、卫健、医保等单位提供数据能力输出。8）结合相关指标功能及外部第三方数据，逐步建立一户式查询和画像功能，实现单位财政电子票据一户式票据、指标、风险等内容的查询。9）财政、单位考核，在相关指标功能基础上，完善考核能力输出，逐步落实地市、区县财政电子票据改革执行情况评分、开票单位财政电子票据改革执行情况评分、开票单位风险评分等功能。10）数据可视化，接入数据可视化工具，通过拖拽式操作生成报表，实现用户自助式分析；可视化工具功能包括源数据接入、数据建模、自定义图表及筛选、内容授权等内容。用户可以自主选择系统中的数据源或者数据表，通过拖拉字段，设置图表过滤条件、汇总方式，排序规则等内容，选择图表样式（至少支持柱状图、条形图、折线图、堆积图、圆圈图、扇形图、仪表盘、指标卡、列表等），生成可视化结果；在一般拖拉拽不满足条件情况下，支持通过手写sql的方式生成特殊的图表；支持自定义图表的筛选条件，支持文本、时间、数值类型字段的过滤，支持下拉框、文本匹配、数值/时间区间等筛选方式。在自动布局的基础上，支持图表布局的自定义，以可视化大屏的形式整体呈现报表内容；支持图表的权限设置，具体包括数据源权限、数据表的使用权/管理权、数据的行权限、图表的查看权和编辑权等。5.6财政电子票据查验平台财政电子票据查验是交款人（受票单位）对电子票据真伪进行验证的过程。建立位于业务服务网（PC端）、APP（移动端）的真伪验证平台，向社会公众提供财政电子票据的社会化服务，为各级缴款单位、用票单位、报销单位、监督检查部门等提供全省统一的财政电子票据查验服务入口和电子票据聚合获取通道。核心功能包括票据查验、我的票据功能。可通过业务服务网PC端、APP、支付宝中小程序等多种应用渠道向公众提供电子票据真伪查验、新票通知、票据文件下载、邮件发送等服务。1）票据查验，查验方式应包括扫描票面二维码查验、手动输入票面信息查验等方式，查验成功后显示票据摘要信息、查验次数、票据预览等内容，其中票据预览要求兼容医疗财政电子票据的改革进程，同时满足横版票据和竖版票据的查验。2）我的票据，支持个人登录和法人登录两种方式，交款人经过实名认证登录后，可以通过我的票据功能和用户中心中的“我的票据”，查看个人或者单位名下的票据列表，支持按照票种、开票日期等条件筛选，支持票据预览，支持通过下载和邮件推送等方式获取版式文件。5.7第三方应用开发及服务提供统一共享交换服务，对接下游数据应用，包括区块链电子票据平台、支付宝票据助手、财税票据归集一体化平台等。1）根据对接模式，提供统一的个人/单位票据列表查询接口或者相关票据信息归集服务供第三方使用；个人/单位票据列表查询接口，在用户授权的情况下，实时查询用户某段时间的票据摘要列表和票据详情；归集服务，根据对接需要（如区块链电子票据平台），同步票据摘要信息及相应票据XML，并同步票据的作废/红冲、换开、应用状态，并回收票据应用结果。2）打通与省财政专网、地市财政、医保、卫健、税务等系统的联系，构建与其他相关部门的通道，为相关地市的城市大脑、可视化、报表统计等提供数据能力支持。3）联合财政和税务部门，打通财税票据到税务的信息通道，探索纳税人进行捐赠所得税税前抵扣优惠的应用，包括抵扣企业所得税和个人所得税；联合财政和税务部门，打破数据孤岛，探索财政电子票据和税务发票的一体化归集、报销等场景应用。4）特定场景下（例如基于区块链的报销服务、支付宝的票据助手应用等），支持个人票据列表查询、单票查询、票据归集及状态更新、消息通知等接口服务，在满足数据安全的前提下，保障下游数据应用的效果和质量。实时回收财政电子票据的应用结果，例如医保/商保报销、单位入账、归档结果等，实时更新全省财政电子票据底账库的状态，防止重复报销、重复入账等问题。5）支持第三方应用例如支付宝小程序的对接和开发，在用户授权后，展示个人票据列表，并开展下游的票据报销、单位入账等应用。5.8其他功能项目建设过程中业主方基于财政电子票据提出的其他合理功能需求，例如配合医疗财政电子票改革，对财政票据分析平台和财政电子票据查验平台的一些阶段性改造。非功能性要求6.1性能要求1.数据归集性能要求数据归集到支持查验性能的强制指标：开具到能查验归集票据处理入库真伪查验15秒内300TPS300TPS、3000并发2.数据统计分析性能要求系统管理平台各监控、统计、分析功能的强制指标：单张票据查询统计分析页面响应统计分析数据滞后性3秒内3秒内1h以内，特定场景如大数据、批处理除外6.2可靠性1.原则上不允许出现宕机，如果出现宕机情况，最大宕机时间不得超过6小时。2.系统备份，采用业务云平台的备份相关支撑功能，做好原始报文及数据备份，避免数据丢失。3.平台查询结果和源数据一致。6.3易用性1.易理解（1）系统所有的业务功能界面风格和操作流程一致；（2）业务表单应做到所见即所得；（3）界面美观、简洁、高效；界面各部件的布局应该保持合理性和一致性；（4）界面风格一致，颜色调和、提示清晰、窗口大小适当，使用方便；（5）在选择快捷键、缩写、暗示和图标时应符合财政行业习惯。2.易操作无论逻辑步骤还是操作步骤都应避免繁杂。3.易学习（1）系统关键业务操作应提供帮助文档和提示信息；（2）提供符合财政习惯，详细、易读、易理解的操作使用手册。6.4可维护性1.可配置（1）参数指标的可维护性系统应具备规范、完善的参数指标的管理功能，具备针对系统运行基础性能参数进行配置和维护的功能。（2）业务流程的可维护性系统主要业务流程应具备维护功能，可根据业务规则的变化快速的对业务流程进行调整维护操作。2.可监控（1）提供日志审计功能系统每个组件应具备规范、完善的的日志管理功能，具备多级日志搜集开关、有效/失效开关、性能指标搜集开关以及开配置参数表。（2）标准监控协议支持符合业界主流监控软件的接口规范，能够将监控数据方便的接入到监控软件中，便于集中监控和管理。3）可读、易于修改要求在系统的优化完善过程中要有规范、清晰、完整和详细的文档，如业务需求阶段要有解决方案、建设方案等；系统需求分析阶段要求有系统原型、需求规格说明书等；编码阶段要求有架构设计说明书、接口方案、系统分析文档等；测试阶段要有测试用例、测试分析文档、性能测试报告、切换方案、操作手册等。6.5安全性建设内容符合财政电子票据管理体系和相关安全保障制度，从系统、数据、管理等多个维度构建安全体系，消除系统漏洞，杜绝安全隐患，确保财政电子票据在生成、传输、储存等过程中，始终保持真实、完整、唯一、未被更改。1.在系统建设上，要做好身份鉴别、访问控制、安全审计、通信完整性、通信保密性等方面安全防护，确保系统安全；2.在数据管理上，要通过数字签名技术增强财政电子票据防伪功能；要求使用同态加密等技术手段，保障财政电子票据数据信息存储、使用安全，重点对涉及个人隐私的相关敏感数据（例如姓名、身份证、性别、项目明细等）进行入库加密存储、省/市传输加密，对隐私数据访问做好访问权限控制，保障数据传输和应用的安全。3.在操作管理上，要加强对财政部门和用票单位数字证书的发放、保管、使用等方面监管，防范人为数据泄露风险。系统安全主要包括数据安全和运行安全。数据安全方面，需确保接口访问安全，链路传输安全和数据存储安全。运行安全方面，要求保证系统能不间断对外提供服务，需充分考虑网络硬件故障，系统升级等事件的影响。6.6切换要求确保从现行省级相关系统平台平稳切换到查询分析平台，有以下要求：1.需充分考虑系统切换对上下游系统、外部应用系统的影响，要求不影响现有和外部系统对接的功能，上下游系统、外部系统无需升级改造即可接入新系统；2.需充分考虑对外业务兼容性问题，要求对交款人（单位）提供的查验、报销等功能能够正常使用，包括功能操作正常以及历史数据正常展示；3.对历史数据进行迁移，保证业务数据的连贯性；4.配合业主方做好相关的通知和宣传工作。其他要求7.1工期要求项目工作计划拟安排如下：项目工期：中标日起两个月内。时间安排：具体工作安排由业主方与承建方根据各项工作任务的优先级进行协商后排定。可采取迭代和持续改进的模式进行，完成一批投产一批。7.2文档编制要求按照国标编制与交付平台相配套的全套文档，包括但不限于需求分析说明书、系统原型、架构设计说明书、系统分析设计说明书、操作说明书、测试文档等。7.3运行保障要求质保期为期一年，自本项目正式验收通过之日起计算。需提供7×24小时运行保障服务和免费维护服务。1.7×24小时运行保障