智慧医保服务平台建设方案.docx

《智慧医保服务平台建设方案.docx》由会员分享，可在线阅读，更多相关《智慧医保服务平台建设方案.docx（34页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、智慧医保服务平台建设方案智慧医保服务平台要求交互类业务平均响应时间不大于1秒,查询类业务平均响应时间不大于2秒，交易接口类单条记录平均响 应时间不大于1秒、多条记录（100条）平均响应时间不大于3秒。（三）应用软件说明要求（1）产品应支持当前主流X86服务器和主流操作系统，支持虚 拟化，支持容器（docker）,支持主流云服务等。（2）产品应支持当前主流数据库、中间件及云数据库。（四）第三方软件技术要求如需使用其他第三方软件，由自行解决。第二节建设内容一、电子协议管理子平台（一）业务描述为全过程管理两定医药机构协议，做好协议签订、续签、终止等 管理，充分利用“互联网+医保”技术，建设电子协议管

2、理子平台， 两定医药机构可实现在线签约申请、续签协议、资格审核等全过程网 上办理，将往纸质协议改为电子协议模式，实现协议全过程管理。（二）功能描述（1）两定机构网签申请非医保定点的医疗机构在网上申报医保定点资格，申请人填写需 要申请医保定点的机构相关信息，含机构名称，所在区，详细地址、 服务范围、服务对象、银行账户信息等信息，并上传相关材料，相关 的医保业务科室人员进行审核。非医保定点机构申请人登录服务平台之后，根据单位统一社会信 用代码信息，自动关联单位的基本信息，核对信息无误后，选择本次 申请的类型（定点医疗机构或者定点零售药店），填写协议内容，通 过政府部门之间的数据共享，系统自动展示申

3、请需要提供的材料信 息，按照申请要求提供的材料，通过系统上传到系统中，自动推送到 医保经办人员进行审核，审核通过后定点协议生效。（2）两定机构协议续签两定机构在定点协议具备协议有效期，协议开始时间和协议结束 时间，在协议快要结束时，两定机构可以在网上系统申请协议续签， 避免协议到期后终止了医保服务。两定机构在协议续签申请时，需要填写协议内容和上传相关材 料，提交到系统，由医保经办人员进行业务审核，通过后老协议到期 后，新协议开始生效。申请人登录系统后进行协议续签时，根据单位类型（定点医疗机 构或定点零售药店）自动带出原来的协议内容，申请人填写协议内容。（3）暂停协议定点医疗机构由于某种原因需要

4、暂时停止一段时间医保协议，系 统提供定点医药机构协议暂停的申请窗口，定点医药机构提交服务协 议暂停申请及有关材料，经办人员进行定点医药机构暂停服务协议资 料预审。经办人员也可以主动暂停协议。(4)恢复协议对于已暂停服务协议的定点医药机构，平台提供服务协议恢复的 申请窗口，定点医药机构提交服务协议恢复申请及有关材料，经办人 员进行定点医药机构恢复服务协议资料预审。(5)终止协议定点医药机构由于某种原因例如关闭经营等需要终止医保协议， 系统提供定点医药机构服务协议终止的申请窗口，定点医药机构提交 服务协议终止申请及有关材料，进行定点医药机构终止服务协议资料 预审。经办人员也可以主动终止协议。(6)

5、协议信息查询两定机构可以查询到自己的医保定点协议信息，可以点击详情查 看详细内容，点击下载协议可以获得电子版协议文件。(7)内部数据标准化对接电子印章系统，实现电子印章功能；对接电子档案子系统， 材料信息统一管理统一利用；对接CA系统，安全、统一、规范的管 理用户信息；对接核心业务系统，数据要实时落地，实时高效完成审 核审批信息变更工作。(8)外部数据标准化对诸如工商局单位注册信息、卫健委医疗机构管理信息要充分利 用，提供数据获取接口，实现数据共享。二、综合柜员制业务管理子平台.办件情况查询(一)业务描述以公众号、小程序为入口，为方便用户在线下错峰办理医保业务, 通过线上预约取号，在预约时间段

6、内前往医保经办大厅办理业务。参保人可及时了解医保业务办理进度和结果，通过网上发布医保 业务办理进度和结果，让参保人实时掌握办理情况，减轻对医保经办 人员的咨询。(二)功能描述(1)扫一扫查询办事指南医保经办部门将当前医保经办事项进行梳理，梳理每个事项办理 环节、办理时限、所需材料等信息，将梳理后的清单加载到系统中， 并对外提供查询。在医保经办大厅醒目位置粘贴二维码，线下办理业 务的参保人，自行扫码后即可查询所办业务需要的材料、时限等相关 信息，减少对前台经办人员的咨询量。(2)网上查询办理进度为方便参保人及时掌握医保业务办理情况，对线上线下业务均提 供办理进度网上查询功能，参保人通过手机或网厅

7、，在家即可查询医 保业务办理进度。如办理异地就医零星报销时，可以及时了解所提交 的材料是否齐全、医疗费用报销金额、拨付时间等相关信息。对需要 进一步补交的材料，通过网上进行补交，减少来回奔波。（3）手机预约为方便用户在线下错峰办理医保业务，通过线上预约取号，在预 约时间段内前往医保经办大厅办理业务。用户平台中进行预约，按下 面步骤进行预约：1 .阅读预约须知和接受预约协议；.选择需要预约的服务大厅；2 .选择需要预约的排队业务，并阅读预约业务的办理业务指南;.自动获取预约人基本信息（也可支持代办）；3 .选择预约日期和预约时间段（可以查询到各时间段的剩余预 约号书）；.预约提交并显示预约结果。

8、4 .预约成功后，系统发送结果到用户手机上。5 .凭身份证前往办事大厅，在取号机上点击“预约取号”按钮 进入刷身份证或者输入身份证号界面，输入身份号，打印预约号票。 预约号在预约的时间段内优先于现场取号。（4）我的预约用户可以通过平台中的“我的预约”或者相关页面查询到我的预 约详细信息，避免错误预约排号。（5）智能排队叫号实现在业务经办大厅、医保微信公众号、公共服务平台的智能排 队叫号功能。业务大厅在叫号服务机器上实现取单排队、叫号办理、 办结销号等功能，在微信公众号、公共服务平台上实现排队情况、业 务繁忙程度共享等查询内容。（6）排队进度查询对接叫号平台用户通过平台“排号进度”相关菜单进入进

9、度查询 页面，页面中可以查询到各办事大厅中各业务当前正在受理的排队号 以及当前的等候人数，为用户是否提前前往办事大厅提供决策依据。1 .基层医保业务受理（基层收件）（一）业务描述为让数据多跑路、群众少跑腿，通过在基层设置的代办点，受理 医保业务，实现一站式服务、一窗口办理、一单制结，参保群众就近 办理医保业务。（二）功能介绍（1）受理登记参保人持纸质材料前往医保基层代办点，工作人员通过读取参保 人社保卡、身份证、电子凭证，从系统自动获取参保险种、参保地、 待遇享受情况，对于符合条件的材料，医保工作人员在系统中录入相 关信息，进行受理。系统根据主索引信息自动校验是否重复重录，对 重复报销的材料系

10、统自动拦截，符合受理条件的材料系统自动为该材 料生成唯一的二维码，完成受理登记。(2)打印回执单基层代办点工作人员受理参保人医保业务需求并录入系统后，系 统提供回执单打印，参保人可凭回执单二维码扫一扫查询事项办理进 展。(3)工作调度管理基层代办点工作人员受理参保人医保业务需求并录入系统后，系 统需设定业务量分配机制，对各个经办员的待办项进行合理评估，原 则上采用均分机制，将受理件推送给后台经办人员进行审核并提供待 办事项提醒功能。保留指定业务员推送、管理员推送机制。(4)业务办结基层代办点工作人员审核完成的待办项，需要转发至核心业务子 系统，由核心业务系统办结该业务后，返回办结标志给综合柜员

11、制子 平台。(5)标准化管理需对接电子档案子系统获取和存储电子档案信息、电子签章子系 统获取和存储获取签名印章信息、核心业务子系统获取参保和待遇等 信息、对接CA系统形成统一操作员管理。(6)工作流管理提供业务流程配置，可配置窗口办事项是否参与综合柜员制一站 式处理；可配置参与一站式处理的办事项收集哪些材料，提供哪些签章；可配置办事项需经过几级审核；可配置待办项流转途径，管理员 分配等。（7）进度查询基层代办点工作人员受理参保人医保业务需求并录入系统后，系 统提供收件查询和统计功能。参保人可查询具体收件情况和后续业务 办结情况。2 .适老化改造（一）业务描述完善老年人网上办事服务功能，根据老年

12、人使用习惯，对医保网 上、掌上服务程序进行适老化改造，简化使用步骤、优化界面交互、 增加操作提醒。针对老年人常用的网办、掌办功能，提供大字版、语 音版等服务模块。医保信息系统支持授权代理、亲友代办等功能。（二）功能介绍（1）人机交互改造人机交互以人为本，提供信息化以外的多种操作方式，做到界面 元素的简约化、服务形式的差异化、信息内容的扁平化、功能标识的 统一化和操作流程的一致性，提供全程键盘和特大鼠标这两种操作方 式，移动手机端增加快速定位、语音阅读等规范性地适老化智能手势。（2）系统界面改造系统界面提供特大字体、背景色高对比、文字放大和语音阅读服 务等辅助阅读功能的同时，提供简约界面版本和信

13、息影像化的人工智 能推送形式，以支持老年人感知网页内容、获取服务。（3）系统功能改造在系统功能方面，应充分考虑不会操作智能技术的老年人群体，通过增加代办功能，以帮助老年人办理医保业务。再如在某些功能界 面如要输入验证码验证时，应简化设计，如果移动应用中存在非文本 验证码等老年人不易理解的验证方式，则应提供可被不同类型感官（视觉、听觉等）接受的替代表现形式，例如文字或语音形式，以适 应老年人的使用需求。3 .服务好差评（一）业务描述线上线下实时监测事项、办件、用户等信息数据，接受企业和群 众对服务的评价，实现评估评价数据可视化展示与多维度对比分析， 全面优化营商环境。开发消息自动提醒接口，通过统

14、一的接口方式， 实现公共服务与微信、支付宝、短信平台、政务服务平台、皖事通的 对接，提供公共服务信息发布和反馈，提升服务水平。（二）功能介绍（1）消息主动推送参保人在网上办理业务等过程结束后，系统自动推送服务评价消息到手机中，参保人点详情后，对本次的服务进行评价。（2）业务办理评价参保人在线下办理医保业务结束后，通过现场评价器与政务服务 平台对接，实现评价功能。三、慢性病管理子平台1.慢特病就诊智监测分析（一）业务描述提取两定医药机构慢特病数据，根据医疗机构类型、医疗机构、 科室、医师、病种类型、慢特病用药目录、处方药品用量、年度就诊 次数、医保基金支付情况等多维度进行分析。（二）功能描述（1

15、）对慢性病医疗机构的分析定点医疗机构在慢性病申报、慢性病就诊过程中，各个慢性病医 疗费用、自费自付金额等关键指标分析。有效分析医疗机构的诊治情 况。（2）对慢性病医师的分析医师在慢性病慢性病诊断过程中，开具慢性病的处方、疗程、年 度诊治频次等关键指标，分析该医师诊治情况。（3）对慢性病病种的分析分析慢性病的各个病种年度医疗费用情况、病种申报人数变化等 指标分析慢性病各个病种对医保基金支付的影响，有效监控慢性病基金使用。第一节项目简介4一、建设原则4二、主要建设内容5（一）电子协议管理子平台5（二）综合柜员制业务管理子平台5（三）慢性病管理子平台5（四）医保电子票据服务子平台5（五）数据共享子平

16、台5（六）业务协同子平台6三、系统安全要求6（一）应用安全和数据安全要求6（二）等保测评要求6四、系统技术要求7（一）总体技术要求7（二）应用软件性能要求7（三）应用软件说明要求10（四）第三方软件技术要求10第二节建设内容10一、电子协议管理子平台10（一）业务描述10（二）功能描述10二、综合柜员制业务管理子平台12L办件情况查询132 .基层医保业务受理（基层收件）15.适老化改造17汇总分析各个慢性病病种用药的范围、频次、价格体系等数据， 为监管提供数据支撑。（5）对慢性病就诊频率的分析汇总分析各个慢性病病种患者的就诊频次，充分考量医疗在针对 具体患者就医时的诊治措施。（6）对慢性病医

17、保基金支付的分析汇总分析各个慢性病病种的基金支付金额、扣款金额、风险预警 等数据，及时发现和矫正医保对慢性病基金的监管和有效使用。3 .慢特病患者监测分析（一）业务描述对慢性病患者年龄分布、病种分布、性别特征、多种慢性病情况、 慢病疾病演变进行分析。（二）功能描述（1）对慢性病患者年龄分布的分析提供慢性病患者申请时、当前慢性病患者年龄的相关的分析，有 效观察慢性病各病种的年龄相关趋势。（2）对慢性病患者病种分布的分析提供慢性病各病种在各个统筹区、定点医疗机构备案等分布分 析，为各统筹区有效治理提供建议。（3）对慢性病患者性别特征的分析提供慢性病各病种的申请患者在性别方面的分析。（4）对慢性病患

18、者多种慢性病情况的分析提供慢性病患者申请慢性病多病种方面分析，为慢性病病种关联、是否并发症提供数据建议。(5)慢性病疾病演变进行分析提供慢性病各病种疾病治疗时长(从待遇开始至终止)、治疗费 用年度变化等疾病演变相关分析。4 .两病门诊监测分析(一)业务描述支持对定点医疗机构高血压、糖尿病两病患者的用药治疗等进行 分析显示。(二)功能描述(1)对两病医疗机构的分析定点医疗机构在两病就诊过程中，高血压和糖尿病的医疗费用、 自费自付金额等关键指标分析。(2)对两病医师的分析医师在两病诊断过程中，开具两病的处方、疗程、年度诊治频次 等关键指标，分析该医师诊治能力，实行医师医保分数考核。(3)对两病病种

19、的分析针对两病糖尿病、高血压在诊治过程中，是否会演变为糖尿病、 高血压慢性病提供监测。(4)对两病用药的分析汇总分析各个两病病种用药的范围、频次、价格体系等数据，为监管提供数据支撑。（5）对两病就诊情况的分析覆盖所有统筹区、定点医疗机构，分析两病人群就医分布情况。（6）对两病医保基金支付的分析汇总分析各个两病病种的基金支付金额、扣款金额、风险预警等 数据，及时发现和矫正医保对两病基金的监管和有效使用。4.门诊共济监测分析（一）业务描述根据安徽省建立健全职工基本医疗保险门诊共济保障机制实施 细则，个人账户可用于支付职工本人及其配偶、父母、子女在定点 医疗机构就医发生的由个人负担的医疗费用、缴纳参

20、加城乡居民基本 医疗保险。为做好门诊共济患者门诊治疗智能，系统应支持实现参保 人就医购药、刷卡结算，定点医疗机构分类接诊等行为的实时监测。（二）功能描述（1）对门诊共济医疗机构的分析定点医疗机构在普通门诊就诊过程中，使用个人账户和门诊共济 账户的情况分析。（2）对门诊共济医师的分析医师在普通门诊诊断中，开具门诊的处方、疗程、年度诊治频次 等关键指标，分析该医师诊治能力，实行医师医保分数考核。对门诊共济病种的分析针对普通门诊在诊治过程中，门诊治疗病种进行分析。（4）对门诊共济用药的分析针对普通门诊在诊治过程中，定点医疗机构用药等分析。（6）对门诊共济就诊情况的分析覆盖所有统筹区、定点医疗机构，分

21、析两病人群就医分布情况。（8）对门诊共济医保基金支付的分析汇总分析普通门诊的基金支付金额、门诊共济金额、扣款金额、 风险预警等数据，及时发现和矫正医保对普通门诊基金的监管和有效 使用。5 .医疗机构慢特病申请辅助（一）业务描述基于慢特病准入规则，向定点医疗机构提供申请慢性病患者的就 医、购药记录，辅助提示医疗机构在申请慢特病时该参保人是否符合 申请条件。（二）功能描述（1）医疗机构登录利用统一的CA管理平台，授权定点医疗机构使用该系统，权限 由医疗保障局分配。（2）辅助数据共享定点医疗机构查看申请慢性病患者的就医、购药记录，进行数据 比对校验，医师根据数据、慢特病准入规则自行判断是否给予慢特病

22、 待遇申请。6 .医疗机构慢特病录入（一）业务描述基于慢特病准入规则，定点医疗机构向符合慢特病申请规则的患 者提供慢特病申请支持。医疗机构申请的慢特病患者记录由医疗机构 负责其有效和真实性，慢特病申请时需要根据患者提供的需求灵活选 择慢特病定点。申请的数据同步到核心业务子系统，数据立即生效。（二）功能描述（1）医疗机构登录利用统一的CA管理平台，授权定点医疗机构使用该系统，权限 由医疗保障局分配。（2）慢特病申请定点医疗机构提供慢特病申请操作，支持患者直接享受慢性病待 遇。申请慢性病需要的数据格式符合核心业务子系统的数据规范要 求，包括病种、待遇享受时间、可就诊定点医疗机构等。申请完成后, 系

23、统通过接口的方式向核心业务子系统进行数据落地生效处理。四、医保电子票据服务子平台（一）业务描述由于传统的纸质票据存在取票效率低、易丢失、票面信息易损坏、 虚假票据防范难等问题，采用的是无纸化的电子交易方式电子票据， 在提高票据管理效率的同时，由于不再需要印制纸质票据，财政电子 票据的应用和推广节约了物力成本，大大减少了社会资源耗费，很大 程度上还提升了用户的就医体验。提供医保电子票据的查重服务，对电子票据真实性、是否重复报 销等方面进行核验。(二)功能描述(1)电子票据查询通过票据服务子平台进行医疗保障电子票据查询，选择查询条件 票据类型、时间段定点医药机构等过滤条件进行查询，可查询到已经 报

24、销的历史所有医疗保障电子票据信息。(2)电子票据查重通过对已报销发票的存储和调取，实现对发票的查重功能。(3)与发票系统进行接口对接与发票系统进行接口对接，实现对于接入发票系统的发票查询及 查重功能。(4)与国家医保局电子票据系统对接结合国家医保局电子票据规划，在我市落地电子票据能力。五、数据共享子平台(一)业务描述各业务子系统都要统一使用数据共享子平台进行数据交换。数据 中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者 应用级整合通过数据共享子平台向数据中心提供数据，也通过数据共享子平台访问共享数据。需制定标准、安全的数据同步手段，经充分 论证和评估之后，获取医疗保障信息平台核心

25、数据库中数据资源，进 入数据仓库进行数据共享业务处理。数据共享子平台的基本功能如下：I共享数据库的数据采集、更新、维护。II业务资料库、公共服务数据库的数据采集。III提供安全可靠的共享数据服务。w业务部门之间的业务数据交换。V结合工作流的协调数据服务。管理、控制、配置、传输管理、安全接口运行管理部署管理服务管理系统日志数据解析数据转换数据模板数据路由会话策略会话模式会话控制传输管理协议管理传输共享交换数据压缩 加解密 故障检测数据层接口应用层接口传输控制 连接共享共享交换.传输数据层接口应用层接口数据库交换应用数据库 数据供需方的接口数据系统：为了满足应用层交换和数据层交 换，交换代理必须有

26、应用层和数据层的连接和接口适配功能，数据代 理必须有数据格式的转换功能。数据传输：为了保证数据的正确传输和传输性能，必须有传输管 理功能，包括了传输协议管理和控制，传输过程控、数据传输加密、 压缩、网络故障检测和连接共享等功能。数据整合协同平台：会话管理：为了能提供数据的交换方式如主动(推)、被动(拉); 支持定时和实时策略，支持超时控制管理等功能，数据交换平台必须 有会话策略、会话控制和管理功能。数据管理：为了数据能按标准进行交换，能按照部署的路由规则 进行交换，必须有数据路由、数据模板管理、数据解析、数据转换等 功能。系统管理功能：同时数据交换平台还应该提供服务管理功能，包 括运行管理，部

27、署管理，服务管理，系统日志等功能。(1)安全高效的数据交换数据共享子平台底层采用消息中间件技术，实现可靠的数据传 输。在应用层基于服务，实现数据交换，必须支持数据采集、数据汇 总、数据分发、数据更新通知、数据转发、数据转换。支持实时、定 时、按需的数据交换方式。支持多种数据源，提供身份验证、用户授 权、传输加密、数据完整性、数据可信性、数据有效性的支持。支持 数据分段传输、数据压缩/解压缩、数据缓存等。(2)规范的数据共享访问共享数据是一个公共的资源，可以供多个业务系统同时使用。对 公共数据的访问必须经过用户的验证授权访问。止匕外，还需要从数据 中心运作的流程、规程制度等方面确保共享数据不被用

28、于非法途径。 1:安全可靠性由于各个业务部门间交换的数据文件含许多敏感信息，所以对数 据交换过程中的安全要求就十分严格。数据共享子平台必须提供安全 机制保证数据交换信息的完整性、数据交换信息的机密性。数据共享 子平台必须能有效的与安全认证平台结合。通过安全认证平台和数据 共享子平台，能够保护交换信息内容免遭拦截或非法修改。2：高可用性随着项目工程的推进，需要数据交换的部门会越来越多，数据共 享子平台需要对负载平衡的支持，在分布式的体系结构上可以添加主 机的方式提高整体计算能力，进行面向服务的适应性负载平衡。3：可维护性数据共享子平台具有日志监控功能，通过数据服务日志可以记 录、跟踪数据交换的细

29、节。日志可以用于对系统的运行状态进行监控, 亦可以用于对系统的运行情况进行审计、故障处理、系统开发调试、 交易跟踪。对数据服务进行监控管理，用户权限管理，运行日志查看, 性能统计。(二)功能描述1.信息共享功能(1)数据汇总支持各个分支数据源汇总数据到数据中心。采集公共数据的过程 可以看成是一个数据汇总的过程，通过数据共享子平台将各业务部门 的公共数据采集回来，汇集到数据中心的缓存数据库。经过数据管理 系统的比对、校验、转换得到一致的数据。（2）数据分发数据分发是从数据中心的角度，主动向各数据使用方提供数据的 过程。通过公开数据服务，依照数据使用权限的规则，从数据中心把 数据分发到各个数据使用

30、部门，实现数据共享、信息联动。（3）数据存取访问数据共享子平台提供实时按需的数据存取访问服务，通过统一标 准的数据接口，以XML作为标准数据格式，通过标准的Web服务对各 种技术平台提供访问支持。（4）数据转换数据交换服务可以把某个数据库的数据转换成标准XML数据集。 通过数据转换模块，实现对各种异构数据转换到统一标准规范、具有 一致性和完整性的公共数据。（5）任务定制数据接口系统应该允许用户自己配置和管理相关的服务，如：数 据提取服务、数据发送服务、数据接收服务、数据存储服务等。（6）支持用户自定义接口数据接口系统应该是一个开放的系统，要提供一些可扩充的接口以及二次开发接口，支持用户基于这些

31、接口来定义自己的特色服务。4.服务好差评18三、慢性病管理子平台191 .慢特病就诊智监测分析19.慢特病患者监测分析202 .两病门诊监测分析21.门诊共济监测分析223 .医疗机构慢特病申请辅助23.医疗机构慢特病录入24四、医保电子票据服务子平台24（一）业务描述24（二）功能描述25五、数据共享子平台25（一）业务描述25（二）功能描述28(7)支持监控管理对数据服务进行监控管理，用户权限管理，运行日志查看，性能统计。通过数据服务日志可以记录、跟踪数据交换的细节。对数据交 换节点进行管理，提供安全策略指南、服务器安全管理配置。(8)信息交换方式数据共享子平台可以支持不同方式的机构和系统

32、间的数据交换 与协同，主要包括：基于Web Services服务的方式用于外部机构与中心平台间的实 时交换；基于数据库接口的方式用于内部系统间实时或非实时交换；基于文件交换的方式用于外部或内部系统间非实时批量交换。2.平台接口设计制定的接口规范内容为整合协同平台和各接入部门之间，系统互 联所涉及的数据交换接口。系统之间的信息传输和交换通过计算机系 统互联网络来完成。在整合协同平台，按照对信息的各种需求，维护一个用于数据共 享的标准数据注册中心，采用标准化数据的方式向各接入系统及各应 用系统提供共享的信息；各接入系统在整合协同平台处对应维护一张 数据字典，用于完成非标数据和标准数据的翻译，从而向

33、共享的标准 数据库提供标准化的数据信息；对于单一功能领域的特殊数据信息， 系统提供在各子系统之间直接进行交换的途径，满足特定功能的应用 需求；系统需要有一个专门的维护和管理机构，分别对系统的数据字典、标准共享数据库进行增添、更新等维护管理，以满足新的接入系统接入和系统发展的需求。(1)数据传输在数据传输中，由于系统数据的异构特性，在数据发送接口和接 收接口需要对数据格式按照数据字典的要求进行转换，统一于标准的 数据格式满足应用的要求。(2)接口扩展数据接口的分层次、模块化、规范化设计，将有利于系统的扩展 性，对扩展性设计主要体现在以下几个方面：应用层协议的分层设计，各层功能明确，层之间可通过规

34、范化的 接口进行调用和传递信息。各层功能可独立实现，灵活性好，比如可 通过购置商品化软件来实现通信子层；某一层协议的功能扩展或变化 时，将不影响另一层协议的功能。采用数据登记标准的、基于XML格式的数据接口方案设计，灵活 性比较好，系统扩展方便，适合接入系统的增加或接入信息内容的扩 展，有利于满足新的系统接入和系统发展的需求。数据传输协议基于一些主流的、成熟的数据传输协议，能很好适 应系统扩展的需求。(3)资源目录管理数据中心通过数据共享子平台以数据服务的方式从各业务部门 采集数据，保存到公共数据缓存库，然后使用公共数据管理维护系统 进行数据比对、冲突检查、数据审核、数据转换。当数据达到一致性

35、、完整性要求时，数据被发布到公共数据发布库，通过数据共享子平台 以数据服务的形式提供数据使用方访问。该系统不仅要能够满足基于 现状条件下对信息资源的整合利用和规范管理，还要适应未来对信息 资源的深度开发和多媒体信息资源库扩展的要求。3.对外提供的数据交换共享部门信息类别交换方式市场监督管理部门法人基本信息、药品生产企业基本信息、法人违规信息等数据数据同步残联们残疾人员基本信息数据同步卫健部门医疗机构基本信息、执业医生基本信 息、执业护士基本信息、执业药师基 本信息、执业技师基本信息、医疗服 务项目基本信息、短缺药基本信息、 病人病案首页+电子病历+费用明细、 新生儿基本信息、死亡人员基本信息

36、等数据数据同步公安部门自然人基本信息数据同步税务部门参保单位医保缴费基数基本信息、参保单位缴费入库基本信息等数据数据同步乡村振兴部门建档立卡贫困人员和特困人员基本信息数据同步教育部门本市学生基本信息、贫困大学生信息定期交换共享部门信息类别交换方式民政部门城市“三无”人员、低收入家庭的老 年人、农村五保户对象、城乡孤儿、 事实无人抚养困境儿童、城乡低保对 象、特困人员、城乡残疾人、因病致 贫家庭重病患者数据；婚姻验证、社 会团体法人登记信息、死亡殡葬等数 据数据同步人社部门社保卡鉴权信息、参保单位基本信息、 执业技师基本信息、执业药师基本信 息、参保人员基本信息、医保定点医 疗机构基本信息、医保

37、定点零售药店 基本信息、执业医生基本信息、执业 护士基本信息等数据数据同步退役军人部门在乡重点优抚对象、革命伤残军人、离休人员和老红军等人员个人数据信息定期交换财政部门医保专户的拨款情况和电子医疗票据相关信息数据同步经信部门本地药品生产企业基本信息数据数据同步发改部门医疗项目定价基本信息、药品企业药 品成本基本信息、医疗耗材企业耗材数据同步共享部门信息类别交换方式成本基本信息等数据法院刑事处罚判刑信息数据同步市委组织部门公务员信息数据同步政务服务部门政策公文、政务指南等数据交换数据同步银行划转费款的收款回单等数据数据同步4.报表管理实现对医保部门报表需求的分析、提取、管理、导出功能。六、业务协

38、同子平台(政府基层代办系统)(1)协同接口管理实现服务接口访问管理与服务调用方的服务调用申请管理功能， 主要包括应用注册、服务注册、服务接口调用订阅申请。1) 应用注册：将服务按照应用或者类别进行划分类别。2) 服务注册：服务接口注册到协同平台便于后期进行调用方 进行接口的订阅与申请。3) 平台服务申请：服务调用方申请建立与服务接口的访问关系已授权的服务：查看调用方已经授权的服务访问接口列表(2)协同安全管理对于申请对接业务协同平台的服务消费端进行接入身份认证，可 根据实际情况选择不同的认证方式。对数据交换通道和安全通信，支 持使用国密SM4进行数据交换的加解密操作。1) 添加消费端，指定服务

39、接入的认证方式；2) 支持场景管理、插件配置，通过接入的身份认证和数据SM4 加解密，使协同过程中满足实时数据交换和安全通信。(3)信息交互与协同实现系统间实时信息的传输、信息格式的转换、信息通信方式的 适配、信息通信的一致性保障等机制，实现横向跨部门接收、发送， 纵向跨级间信息的顺畅交互。通信服务基础设施管理。(4)通信服务基础设施管理建立实时交易类信息的日志登记、信息备查，实现统一的交易信 息队列管理、并发管理、实时交互监控。(5)与市政府服务平台的业务协同建立与市政府服务平台的协同机制，实现与政府服务平台的对接 联动。(6)省平台公共服务业务协同建立与公共服务区的子系统之间的业务协同机制

40、。公共服务区子 系统包括但不限于医保网上办事大厅、医药机构电子协议管理、公众 号。基于平台基础服务，提供对接接口、模拟测试模块功能。(7)省平台业务系统的协同建立与省平台业务系统的业务协同，一站式调用电子档案、电子 签章、电子票据、报表生成打印等服务系统的功能接口，实现医保窗 口柜员制的顺利运行。(8)基金监管与分析业务协同建立与医保智能监控、医保慢性病分析等子系统的业务协同，提 供分发基金审核、基金拨付、基金分析等数据接口对接的能力。(9)医保便捷办公业务协同建立与票据管理等子系统的业务协同，提供数据转换接口给核心 业务平台使用。(10)补充保险业务协同1)建立人员账户、参保信息获取接口。实

41、时获取补充保险传输 过来的身份证等信息对应的人员参保信息和账户余额信息；2)建立账户划扣、冲销接口。补充保险购买过程中使用账户的 要实时抵扣医保系统中的账户余额。同理，冲销的要返还账户余额；3)建立查询对帐接口。补充保险购买、冲销明细和总账记录实 时可查；4)建立补充保险待遇提取计算接口。提取基本医保已经报销结 算记录，按照补充保险报销规则，运算出补充保险应享受待遇金额返 回给补充保险。(11)与招采子系统业务协同建立与招采子系统的业务协同，实现集采结余留用功能。第一节项目简介 一、建设原则系统建设遵循以下原则：（一）先进性原则。在技术上应采用业界先进、成熟的软件开发 技术，面向对象的设计方法

42、，面向对象的开发工具。采用浏览器/服务 器体系结构以支持网络环境下的分布式应用。（二）实用性原则。必须做到系统使用易学、易用、实用，方便 广大民众和各级政府部门相关人员的使用。（三）开放性原则。保证系统设计的规范性，包括系统内部程序 设计的规范、系统各模块之间接口的规范、系统内部与外部接口的规 范和系统用户界面的规范，以便于同其它系统进行信息交互。（四）节约性原则。预留发展空间，避免重复建设，节约投资， 少花钱多办事。（五）安全性和可靠性原则。符合国家法律法规要求；要采取全 面的安全防护措施，避免安全漏洞和隐患，做好用户隐私的保护和防 泄漏。（六）可维护性和可扩展性原则。软件设计尽可能模块化、

43、组件 化，以适应将来的发展，系统应提供配置模块和客户化工具，通过一 系列的组件和工具，使应用系统可灵活配置，优化流程，适应不同的 情况；数据库的设计需考虑到将来发展的需要。二、主要建设内容本包别项目主要包括以下建设内容：（一）电子协议管理子平台全过程管理两定医药机构协议，做好协议签订、续签、终止等管 理，充分利用“互联网+医保”技术，建设电子协议管理，两定医药 机构可实现在线签约申请、续签协议、资格审核等全过程网上办理， 将往纸质协议改为电子协议模式，实现协议全过程管理。（二）综合柜员制业务管理子平台为让数据多跑路、群众少跑腿，通过在基层设置的代办点，受理 医保业务，实现一站式服务、一窗口办理

44、、一单制结，参保群众就近 办理医保业务。（三）慢性病管理子平台通过慢性病管理子平台对慢性病、两病、居民门诊统筹、职工门 诊共济等数据进行进行大数据分析，为后续政策制定，医保各项体系 建设提供决策依据，为医疗机构慢性病办理提供数据支撑，增加医疗 机构慢性病办理的便利性。（四）医保电子票据服务子平台提供医保电子票据的查重服务，对电子票据真是否重复报销进行 核验。（五）数据共享子平台数据共享平台一方面需要实现面向医保内部各个系统之间以及 与省平台之间的数据共享与交换；另一方面，需要实现医保业务经办 系统与本市两定机构、政府横向部门、银行商保等外部系统都存在一 定数据的交换共享。（六）业务协同子平台业

45、务协同平台将充当起桥梁作用，将目前正在运行的系统进行紧 密链接。业务协同平台对外模拟各个子系统之间的接口调用，起到配 置一次全局调用作用；将提供业务标准的对外服务接口。三、系统安全要求（一）应用安全和数据安全要求须严格按照国家医疗保障局医保信息系统安全开发规范要求, 组织研究和实施。系统上线前，采购人统筹安排实施开展安全扫描与 审计,对发现的漏洞及时进行修复。应在文件中提供详细的安全设计方案并详细说明在应用安全和数据安全方面采取的安全措施。（二）等保测评要求根据国家医疗保障局对医疗保障信息平台的业务安全要求，系统 应按照信息安全技术网络安全等级保护基本要求（GB/T 222392019）第三级

46、安全要求建设。四、系统技术要求（一）总体技术要求（1）提供的软件应该是企业级的解决方案，支持可分布的、可 伸缩的体系结构。支持部署在主流的操作系统（如Linux）和硬件平 台上，支持B/S结构，支持云数据库、云存储、云缓存等云架构。（2）提供的软件必须是模块化设计，并且保证任何软件模块的 维护和更新都不影响其它软件模块，软件具有容错能力。（3）提供的软件应具有自身故障监视和诊断能力，即软件能及 时发现故障并发出告警。（4）提供的软件在不同时期软件版本应能向下兼容，软件版本 易于升级，且在升级的过程中不影响业务的性能与运行。（5）在供货时提供经过测试正式推出的最新版本软件，其可靠 性、稳定性经过

47、严格验证。（7）提供的应用软件要求具有较强的容错功能，包括对数据一 致性的检查、对输入内容的检查等。（二）应用软件性能要求（1）本包别项目的各个软件功能模块应满足本文相关功能要求。 软件必须能够切实满足系统监控管理的需求，并且适应今后的业务增 长和变化，随时可以按功能需要进行修改和维护。（2）本包别项目应采用通用软件开发平台进行开发，有很强的 灵活性和扩展性，在今后开展新业务时可通过对参数等的简单更改迅 速方便地实现，具有良好的适应能力。（3）本包别项目应采用友好的图形化窗口的用户操作界面，可 操作性强，而且操作界面应力求简洁、直观，具有全中文界面，有向 导性功能，支持工作台化管理，有利于简化操作，并提高操作效率。 在考虑简化用户的操作的同时，应允许操作人员必要时做一些人工干 预。（4）本包别项目应具备一套完备的数据管理系统和进程调度系