鞍山市医保DRG医院智慧运营系统招标预告（马鞍山市第四人民医院医保DRG医院2024）
马鞍山市第四人民医院医保DRG医院智慧运营系统项目方案公示2024-05-24
马鞍山市第四人民医院医保DRG医院智慧运营系统项目方案公示
马鞍山市第四人民医院医保
DRG
医院智慧运营系统项目已完成方案的审核工作,特此公示,具体方案请参考附件。
各公司如对本方案的公平公正性、采购清单单项预算合理性等方面有异议,请针对每一部分提出质疑意见,并于
202
4
年
5
月
30
日下午
5
点前将书面材料(盖单位公章)递交马鞍山市数据资源管理局(汇通大厦三楼)电子政务科,电子材料(含单位盖章扫描件和可编辑文档)发至邮箱,逾期不再受理。
附件
1
:马鞍山市第四人民医院医保
DRG
医院智慧运营
系统项目方案
2
:马鞍山市第四人民医院医保
DRG
医院智慧运营
系统项目采购清单
3
:马鞍山市第四人民医院医保
DRG
医院智慧运营
系统项目方案意见反馈表
联系人:李
鹏
电
话:
0555-23001
72
邮
箱:
masdzzw@163.com
马鞍山市数据资源管理局
202
4
年
5
月
24
日
附件:
马鞍山市第四人民医院医保DRG医院智慧运营系统项目采购清单.xlsx
马鞍山市第四人民医院医保DRG医院智慧运营系统项目方案.docx
马鞍山市第四人民医院医保DRG医院智慧运营系统项目意见反馈表.doc
附2
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
市第四人民医院医保DRG医院智慧运营系统项目软硬件清单
设备名称
技术指标及参数
数量
计量单位
单价(万元)
总价(万元)
安装位置及作用
第三方验收服务
项目实施完成后，由业主单位聘请具备信息化项目验收能力的单位开展第三方验收工作，第三方验收报告报市数据资源管理局备案，参与验收单位需满足以下条件：
1.具备有独立承担民事责任能力的在中华人民共和国境内注册的法人或其他组织营业执照副本复印件；
2.验收单位相关测评服务人员应该具有所信息化项目验收测评专业技术和相关工作经验，提供至少两名技术人员资质证书复印件（信息化行业中级及以上职称）；
3.在“信用中国”（www.creditchina.gov.cn）没有列为失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单；在中国政府采购网（www.ccgp.gov.cn）没有被处罚禁止参加政府采购活动；建设单位对验收单位进行查询，并将查询结果进行书面记录后留存；
4.不得与本项目监理单位为同一家。
1
项
0.8
0.8
备注：第三方验收费、第三方监理费由业主从项目总预算中扣除，并由业主单独支付
第三方监理服务
监理公司需具备专业技术及项目建设过程管理能力
1
项
0.8
0.8
备注：第三方验收费、第三方监理费由业主从项目总预算中扣除，并由业主单独支付
病案首页数据质控子系统
（1）病案首页质控评分
按照国家及地方卫健委发布的《住院病案首页数据质量评分标准》，对病案首页进行质控评分，并提供明细及相关统计。
（2）病案首页全量质控检测
按照国家及地方对病案首页数据接口标准的要求，对病案首页全量数据按照必填项、条件必填项、强制校验项、相互校验项分别进行填写质量的全方位检测，精准定位问题所在。
（3）病案首页质控优化建议
按照国家及地方对病案首页数据接口标准的要求，对病案首页数据质量检测出的问题，提出针对性的提示或优化建议。
（4）质控结果导出
可根据院方实际需求，按照质控信息分类查询并导出质控结果、错误情况等信息。
（5）统计分析
支持对病案首页质量分析、病案DRG数据分析、病案工作量分析等。
1
套
18
18
备注：利用原有机房及网络设备资源
DRG医保智能监管子系统
（1）区域自适应DRG分组器
基于国家医保局发布的DRG分组方案，充分结合本地历史医保反馈入组数据，通过大数据处理技术，构建高度拟合的区域自适应分组器。
（2）DRG智能预入组分析
在保证病案首页信息与电子病历信息一致的基础上，通过区域自适应分组器，精准预测病例分组结果，计算并展示病例信息、病组信息、费用信息等，符合马鞍山市医保局DRG相关管理要求。支持在临床医生、病案首页、结算清单等场景下给出最合理的分组结果和配套的诊断及编码组合，预测本次住院的支付标准、病例类型、风险等级、结算盈亏等。支持依据标杆值进行标杆费用和实际费用结构的比对，方便定位到费用超标原因。结合诊断/手术推荐的权重、漏填提示，通过智能编码和DRG分组能力，自动给出分组结果及其配套诊断及操作。
（3）高/低倍率病例分析
结合本地医保政策及反馈数据，智能分析病例是否存在成为高/低倍率病例的情况，计算高/低倍率界值，同时通过自动编码组合智能推荐多种入组方案供用户选择。
（4）实时读取电子病历，生成更新诊疗信息
实时读取电子病历数据，可以同步病例信息，自动识别诊断名称、手术操作名称，实时生成并同步诊疗信息；并智能提示主要诊断以及主要手术操作选项。
（5）智能运行病历DRG预入组分析
实时提供运行病历预入组分析，反馈病例信息、病组信息、费用信息等，对预测可能发生的异常情况、超支情况等进行实时风险预警提示。支持事中监控：从入院登记到填写出院记录过程中，自动抽取诊断、操作和手术信息，进行动态预分组，并支持调整诊断及手术模拟分组来设定目标组。结合历史病例避免漏填，同时提示病组风险等级和病例类型。
（6）智能运行病历DRG控费监测
对全院的历史运营数据进行深度治理，运用大数据技术生成病组费用及平均住院日标杆值，并进行智能分配，形成费用预警机制，支持根据住院日，收费类别，收费项目等类别进行监测查询。
（7）智能DRG预收入测算及超支结余测算
实现全院/科室/医疗组/医生/病组DRG预收入测算及超支结余测算。
（8）智能DRG运营指标分析
智能构建医院绩效管理指标监测体系，从医疗服务能力指标（病组数/CMI/总权重/入组率/次均费用/次均超支结余等）、医疗服务效率指标（药品占比/耗材占比/时间消耗指数/费用消耗指数/平均住院日等）、医疗安全指标（低风险病例死亡率等）等多维度全方位实时呈现医院运营情况，支持报告生成。
（9）智能科室/医疗组/医生DRG运营数据分析
科室/医疗组/医生层层下钻，全方位监控DRG运营情况，实时呈现运营数据分析。多维科学分析，为规划重点学科发展提供决策依据，支持报告生成。
（10）智能病组DRG运营数据分析
分析病组超支结余动态，挖掘优势病组，为制定病组发展策略提供决策依据。结合医疗项目成本核算并提供病组成本结构分析，精准定位，针对性控费，支持报告生成。
（11）智能异常情况监测
实时监测高/低倍率病例数量及占比趋势，对科室/医疗组/医生层层下钻进行多项数据统计分析。实时监测再入院病例的情况，对科室/医疗组/医生层层下钻进行统计分析。
（12）智能审核监管
通过对诊疗数据的分析，根据医保部门检查的相应规则，从收费、用药、检查、治疗等方面监管医院诊疗行为，对所有病例进行筛查，统计出不合理的病例。围绕DRG医保费用盈亏分析提供数据服务，采取事前提醒、事中干预、事后追溯的流程，主要实现对患者在院治疗期间费用使用情况实时监控并预警，达到合理检查、合理用药、合理治疗的目的。
（13）医保绩效管理
绩效管理支持自定义绩效指标的选取、考核方法的设定以及考核分数的评定，根据考核办法，可以对科室月度、季度、年度的绩效考核结果进行统计，为医院内部科室绩效评价、奖金分配、级别晋升等提供客观的数据支撑。
1
套
27.4
27.4
备注：利用原有机房及网络设备资源
医保结算清单数据智能监管子系统
（1）结算清单检索
支持按病案号、出院科室、出院时间、清单所处状态、分组预警、问题类型预警等对已生成的清单数据进行快速检索。根据医保政策要求生成医保结算清单：支持配置清单数据源，定时批量采集数据，数据经自动处理后，生成医保结算清单，可通过患者列表概览。支持自动转码：实现院内临床版ICD-10及ICD-9与医保版ICD-10及ICD-9的映射转换，并根据卫健委及医保局等新版本要求进行实时更新。
（2）结算清单质控
支持对生成的全部医保结算清单详情数据从完整性、合规性、反套高、反套低以及DRG监管规则等方面进行重点校验，提升医院纠错能力，辅助病例正确、合理入组。支持显示清单具体的问题数量、问题类型等；针对质控错误明细能够定位到清单具体数据。支持结算清单编辑、审核、提交的功能，对审核通过的医保结算清单支持按照当地医保平台接口规范进行上报。支持预分组功能，对生成的医保结算清单，依据出院诊断及手术操作等信息进行DRG预分组，并提示预分组结果明细数据，如分组名称、分组编码、权重/分值、预计盈亏等结算数据。
（3）结算清单统计分析
质控问题统计：对全院及科室清单在各种质控条件下质控错误数量进行统计；支持通过强制/非强制和完整性、合规性等多种质控条件类型进行筛选；支持对统计查询数量结果进行排序。上报统计分析：对全院及科室的上报情况进行统计，展示不同上报状态下的清单数量；展示各个科室的上报情况排名；对各类上报状态的清单进行下钻分析，辅助医院分析各个科室、医师的清单上报情况。
1
套
18
18
备注：利用原有机房及网络设备资源
合计
65
附1电子政务项目建设方案项目名称：市第四人民医院医保DRG医院智慧运营系统项目申报单位：（盖章）编制单位：马鞍山市第四人民医院编制日期：2024年2月注：所有项目建设方案编制必须按照上述要求填写，若方案编制与提纲不符，我局有权不予受理。目录第一章项目概述31.1项目名称31.2项目建设方案编制依据31.3项目概况41.3.1项目背景41.3.2建设目标41.3.3项目建设内容考核情况51.3.4项目建设的意义和必要性51.3.5部门业务需求说明61.3.6总体建设与本期建设任务6第二章业务需求分析72.1业务功能和流程分析7第三章总体建设方案93.1建设原则93.2总体建设任务103.3系统总体结构和逻辑结构103.3.1系统架构图103.3.2网络图扑图11第四章本期项目建设方案124.1系统设计124.1.1技术框架124.1.2设计方法124.1.3技术要求124.1.4软件系统设计134.2网络系统设计184.3安全系统设计184.3.1三级安全等级保护194.3.2安全保护措施194.4软硬件部署设计194.4.1服务器配置204.5备份系统设计204.6资源共享设计214.7部门信息系统整合情况21第五章项目运维管理215.1人员培训方案215.1.1培训管理215.1.2培训计划235.1.3培训方式235.2项目运维245.2.1运维内容245.2.2运维时间（质保时间）255.2.3运维服务要求25第六章效益与评价指标分析256.1效益分析256.2项目评价指标分析266.2.1提升医院医疗管理水平266.2.2筹资合规性26第七章注意事项26第一章项目概述1.1项目名称市第四人民医院医保DRG医院智慧运营系统项目1.2项目建设方案编制依据（1）“互联网+政务服务”技术体系建设指南（2）政务信息资源类规范、标准（3）国家、省级、行业建设规范1、行业标准《关于推进按病种收费工作的通知》（发改价格〔2017〕68号）《“健康中国2030”规划纲要》《“十四五”全民医疗保障规划》（国办发〔2021〕36号）《基于电子病历的医院信息平台技术规范》（WS/T447-2014）GB/T22239-2019《信息安全技术网络安全等级保护要求》《网络安全国家标准应用指南（2019版）》GB/T38541—2020《信息安全技术电子文件密码应用指南》GB/T38561—2020《信息安全技术网络安全管理支撑系统技术要求》GB/T35273—2020《信息安全技术个人信息安全规范》GB/T20272—2019《信息安全技术操作系统安全技术要求》GB/T20273—2019《信息安全技术数据库管理系统安全技术要求》2、接口及数据标准支持TCP/IP协议、HTTP、HTTPS；对数据库的访问支持ODBC、COM和JDBC；支持XML、WebService；支持HL7；支持ICD-10、SNOMED、ASTM协议等国际信息交换标准；支持DICOM标准；支持UNICODE编码；1.3项目概况1.3.1项目背景我院现有“智慧医院”信息系统于2021年2月招标，“智慧医院”信息系统项目以《电子病历系统功能规范与分级评价标准》四级为建设目标，涉及门诊、住院、诊疗、护理、医技等多系统模块。2021年11月，国家医保局发布《DRG/DIP支付方式改革三年行动计划》明确提出，医疗机构要加强院内病案管理，提高病案管理质量，充分利用病案智能校验工具，提高病案首页以及医保结算清单报送的完整度、合格率、准确性。要求以加快建立高效的医保支付机制为目标，提高现代化管理质量，基于数字化提升医院绩效管理水平。当前医院的大部分信息处理工作还停留在人工方式，该方式工作效率较低且准确性无法保证，亟需提升信息化运用水平，提高医务人员工作效率，因此提出建设马鞍山市第四人民医院医保DRG医院智慧运营系统。1.3.2建设目标医保DRG医院智慧运营系统建设涵盖从病案管理到运行病历控费管理再到DRG运营管理的全场景，适配医院管理层、医生、病案室、医保办等多角色多场景，通过医学人工智能技术创新，有效帮助医院开展适应本地化特点的DRG医保支付运营精细化管理，实现以下目标：-持续提升病案首页编码准确率以及数据质量，提高病案管理工作效率；-有效提升病例DRG入组质量，降低医院管理成本；-精准监控运行病历费用进程，有效实现事中控费；-全面监测DRG运营管理过程，持续提升全院绩效管理水平。1.3.3项目建设内容考核情况满足医院在医保DRG及绩效管理上的事前、事中、事后的管理目标。1.3.4项目建设的意义和必要性一是上级有要求。《安徽省DRG/DIP支付方式改革三年行动方案》中明确提出要加快推进医院医保DRG信息化管理建设，提升医院医保DRG管理能力。二是工作有需要。当前我院通过人工方式开展医保DRG测算，存在工作效率低、准确度不高的问题，通过开展本项目建设能够有效提升医院医疗服务水平、提高医院管理效率、提升医保精细化管理水平。计划通过上线医保DRG医院智慧运营系统，从以下三个方面提升医院医保DRG管理能力。一是适应医保支付改革：随着DRG支付方式逐渐成为我国医保支付的主要方式之一，医院需要通过加强信息化建设来满足医保DRG支付的要求，同时更清楚地认识到各项医疗服务的价值，从而制定合理的收费标准。二是提高管理效率：DRG医院智慧运营系统能够提供详细的数据，帮助医院更好地了解和管理病种构成、诊疗流程和收费标准等，从而提高医院的管理效率。通过事前、事中、事后三个环节，对DRG进行分类和评估，使得医院内部的各个科室能够更加了解彼此的工作，促进科室间的协调和合作，实现资源的合理分配，减少浪费，提升医疗服务的质量和安全。三是优化收入结构：DRG医院智慧运营系统的应用可以提升精细化管理能力，包括结算端管理、数据生成过程管理、协同管理和临床管理等方面。通过分析全院、科室及医务人员的费用盈亏，避免费用异常增长，加强医保费用的管控，实现对医院医保资金的监管与长效发展。1.3.5部门业务需求说明1、参保人业务需求分析通过医保政策介入医疗，对参保人在医院所产生的费用更加准确，更有指导性意义。2、医务人员业务需求分析通过DRG系统介入，将医保政策纳入到医疗系统日常业务中，通过事前、事中、事后三方面指导医院医疗运营，让医疗与医保结合更紧密。1.3.6总体建设与本期建设任务1、病案首页数据质控子系统，包含病案首页及安徽省附页内容填写质控、评分、DRG预分组、逻辑审核、智能编码、医生工作站实时质控及提醒、统计及分析报告等功能模块。此系统主要为医院规范病案首页填报、质控排查工作提供帮助，核查病案首页是否漏填、错填、尤其针对编码漏编、高码低编、低码高编等情况，实现填报数据能够正确入DRG分组。2、DRG医保智能监管子系统，围绕DRG医保费用盈亏分析提供数据服务，采取事前提醒、事中干预、事后追溯的流程，主要实现数据采集、数据量查询、数据审核、分组器以及基于DRG医疗服务评价分析，涵盖服务能力、服务效率、医疗安全与质量三个维度，实现同质病例服务绩效的比较，对患者在院治疗期间费用使用情况实时监控并预警，达到合理检查、合理用药、合理治疗的目的，从而确保入组成功率及准确率，获得合理的医保基金。3、医保结算清单数据智能监管子系统，通过数据采集、医保结算清单生成、医保结算清单查看、医保结算清单填写、质控规则条件管理、字典管理、模拟分组等功能模块，能够从医院HIS、EMR等系统全面接收医保诊疗相关数据，对医保结算数据进行质控、审核及数据统计分析，审核出因高/低倍率病例导致的费用异常情况，避免医保DRG付费决算时医院产生的损失；第二章业务需求分析2.1业务功能和流程分析DRG是实施医院管理评价和医疗付费制度改革的重要基础。应用DRG方法可以客观科学地评价医院医疗工作，是一个重要的医院管理工具，使医院管理层有针对性地加强医疗质量管理、规范诊疗流程、减少医疗资源消耗和控制医疗费用、提高医疗服务效益。对医疗机构而言，使用DRG付费意味着四个转变:1、支付方式的转变导致价值导向的调整:由使用项目付费多处方多得转变为总额控制下的DRG付费，以最简单的治疗达到最好的治疗效果;2、结算流程转变导致信息化系统改造需要:由传统模式下的使用每日清单进行收费结算转变为需要上传病案首页信息才能完成医保与医院的结算，要求医院信息化流程依据需要进行适应性改造，接口对接;3、管理核心的转变导致病案首页重要性提高:既往侧重于医保物价的审核，在DRG付费下更侧重于诊疗合理性和病案首页填写准确性的审核;4、运营理念的转变导致内部管理的重要性凸显:DRG付费下由传统的规模扩张以提高运行效率为核心，转变为提升管理的有效性，侧重于成本管控，由外延式发展逐步往内涵式发展倾斜。为应对以上的转变，医院需要解决:1、病案首页质量提升，病案归档效率提高。由之前的事后编码员编码审核归档转变为在医生端即进行病案质控,提高病案填写准确率,节省反复修改时间。2、满足医保局和卫健委的不同管理需要:病案首页的填写一方面影响到DRG付费，另外一方面同时也影响卫健部门对医院的公立医院绩效考核、医院等级评审。在进行病案管理时，需要满足不同管理部门的管理需求。3、使用DRG作为医院内部绩效评价管理的工具:DRG通过科学的诊断分组能够给医院绩效提供客观的评价指标，包括:(1)医疗服务广度指标（DRG分组数〉;(2)医疗服务整体技术难度指标;(3)医生工作量（出院病例数）﹔(4)费用消耗指数;(5)时间消耗指数;(6)低风险组死亡率;(7)急危重病例救治能力;(8)综合医院技术全面性的测评（缺失专业和低分专业数量）。将DRG作为医院管理的工具，发现各科室、各医生、各病组的优劣势从而找到优化的路径。4、结合DRG付费情况,进行盈亏分析﹐找到优势学科和资源消耗较大病组，制定相应绩效考核和补偿激励机制。5、进行医疗质量管控，结合医保监管需要进行内部诊疗规范及医保合规审核等，从过程进行费用管控，提升医疗质量。6、成本管控，进行医院成本管控。实现外延式发展转变为内涵式发展。不仅进行医疗成本管控，还需要进行医保病种成本管控。第三章总体建设方案3.1建设原则本项目系统的设计和实施应基于标准的三层体系结构。为了保证本系统的质量，要求在进行系统的设计、开发、部署和运行管理规划时遵循如下原则：安全性：具备良好的系统稳定性，确保系统稳定、安全、可靠的运行，无程序漏洞。准确性：通过周密的系统调研和分析，确保对业务需求的正确理解；通过规范的项目管理和严密的系统测试，保证系统处理的准确性。同时，在系统的设计和实现中，提供多种核查、审计手段，进一步保证系统处理的准确性。可伸缩性：系统应具有较好的可伸缩性，在不改变原有系统功能和结构的基础上可以增加新的功能模块，以满足需求。易用性：系统应具有一致、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。易维护性：由于系统使用范围较广，系统平台必须具有良好的可管理和易维护的特点。成熟性：系统应采用成熟的软件平台和开发语言开发。集约化建设：系统的建设需要考虑已建的系统，本着集约化的原则进行功能的复用，避免重复投资。3.2总体建设任务本项目总体建设任务包括数据管理、编码管理、病案首页质控、DRG医保智能监管、医保结算清单管理、个性化定制院内考核评价方案以及与院内系统对接接口。3.3系统总体结构和逻辑结构实施以市第四人民医院医保DRG医院智慧运营系统为核心，通过事前、事中以及事后三个环节实现对医院DRG运营的管控。市第四人民医院医保DRG医院智慧运营系统项目在满足相关标准规范体系和安全保障体系要求的前提下，应用和数据库服务器环境中，采用数据库技术进行系统功能开发和数据传递，通过生成并操作接口服务、安全登录服务等一系列服务，对数据统计、报表、评价模型等业务逻辑进行处理，前端负责将系统功能样式和数据等呈现给最终用户。3.3.1系统架构图系统整体以分层架构方式进行设计开发，通过有效层级结构的划分，可以全面展现整体应用系统的设计思路。数据对接层：通过接口，实现与院内HIS、电子病历、病案等系统的互联互通。基础设施层：利用本地私有化云平台的基础设施，为系统提供硬件和系统环境支撑。数据层：数据层是整体项目的数据资源保障，提供结构化和非机构化数据调度与存储，包括病案数据、业务数据、数据分析、资源库等。能力层：通过知识图谱，分组器对病案信息进行分析。服务层：通过面向服务的SOA系统架构设计，统一管理调度业务模块和资源数据，实现对结算清单质检服务，DRG分组器，数据服务，公共组件的有效整合和共享，快速搭建相关功能模块。应用层：整体应用功能，可以通过HTTP/HTTPS协议，终端展示管理系统。应用医保结算单管理医保结算单生成预分组DRG运营分析绩效评价层运营分析医保结算单质检服务结算单质检服务DRG分组器数据服务完整性质检诊断合理性DRG分组数据清洗公共组件数据分析注册中心调度任务层逻辑性质检编码准确性DRG支付数据集成配置中心日志中心…知识图谱分组器能力层临床知识图谱疾病知识图谱CHS-DRG分组器数据层病案数据业务数据分析数据资源库基础设施主机安全计算存储备份负载均衡网络容器虚拟化数据病案接口HIS接口医保接口对接病案首页费用标杆数据医保结算单医保结算单管理DRG运营分析应用医保结算单生成预分组绩效评价层医保结算单质检运营分析...结算单质检服务DRG分组器数据服务公共组件服务完整性质检诊断合理性DRG分组数据清洗数据分析注册中心调度任务层标信准编码准确性DRG支付…配置中心日志中心息逻辑性质检编码准确性DRG支付数据集成…配置中心日志中心与安规全范与知识图谱分组器体管能力系理层临床知识图谱疾病知识图谱CHS-DRG分组器数据层病案数据业务数据分析数据资源库基础设施主机安全计算负载均衡存储备份网络容器虚拟化数病案接口HIS接口医保接口据对病案首页费用标杆数据医保结算单接3.3.2网络图扑图马鞍山市第四人民医院医保DRG医院智慧运营系统项目采用医院私有云部署方式，支持马鞍山市第四人民医院的PC端访问，本项目的数据中心网络依托于现有内网来进行承载。-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1//三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1//三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/容灾区域容灾区域-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/-1/内网终端区域无线区域1一1/一一/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T一一一\/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T一一一/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T十十■一接入交换机11I11IIISSSS十一（委里）彩（委里）彩（委里）彩（委里）彩（委里）彩\\接入交换机11I11I一一SSSS十一专线防火墙II接入交接入交一（委里）备份一体机一一一一接入交接入交网闸（委里网闸（委里外联区第II数据库镜像接入交换机1\\汇聚交换机汇聚交换机下一代防火墙7四四四1人人人内网核心交换机民核心核心核心11I交换机区\I交换机区\I交换机区\I交换机区\医院院院院IPS网llllA图A图A图A图A图A图内网防火墙络络拓拓拓图图图图核核服务器汇聚交换机服务器汇聚交换机HHH入控制日志审计入控制日志审计堡垒机扑扑一一心心站堡垒机一一服服一务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器一一一一务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器一一出一X一X一区区一一I安全感知安全感知终端安全数据库审计一LL域域探针探针一一一一一一一十一一安全管理区域十I十ITLVSAN存储VSAN存储VSAN存储1-VSAN存储VSAN存储VSAN存储-//-I网络拓扑图第四章本期项目建设方案4.1系统设计4.1.1技术框架采用三层（数据层、逻辑层、UI层）应用架构，使用面向服务（SOA）架构模型，使用可视化的、分层结构、模块化、面向对象的开发工具。4.1.2设计方法采用SOA分析与设计方法，采用组件化、平台化与集成模式，同时充分考虑系统的安全性、可扩展性、稳定性。4.1.3技术要求系统记录行为日志、数据日志，支持B/S架构，保证系统使用的稳定性和兼容性；支持chrome浏览器和主流浏览器。编程语言支持跨平台应用，接口支持WebAPI、XML、WebService等技术，支持对外提供交互扩展。4.1.4软件系统设计1、信息资源数据库设计使用现有数据库，根据项目实施需要，由医院负责协调。数据库应至少包含对象基础信息数据库、业务信息数据库两部分，将整合后的数据入库存储管理。应包括但不限于基础信息表、结算清单表、病案信息表、DRG分组信息表等。采用逻辑集中的方式，结合数据资源目录，整合相应的数据资源。按元数据标准采集元数据项并入库，建成元数据库；按照数据资源类目编码规则，编制数据资源目录。医保DRG医院智慧运营系统和院内HIS、EMR等系统通过接口方式进行对接，支持定时以及T+1方式采集元数据，同时中标方承诺该系统与未来医院互联互通数据平台的接口免费对接。2、系统功能设计1.病案首页数据质控子系统（1）病案首页质控评分按照国家及地方卫健委发布的《住院病案首页数据质量评分标准》，对病案首页进行质控评分，并提供明细及相关统计。（2）病案首页全量质控检测按照国家及地方对病案首页数据接口标准的要求，对病案首页全量数据按照必填项、条件必填项、强制校验项、相互校验项分别进行填写质量的全方位检测，精准定位问题所在。（3）病案首页质控优化建议按照国家及地方对病案首页数据接口标准的要求，对病案首页数据质量检测出的问题，提出针对性的提示或优化建议。（4）质控结果导出可根据院方实际需求，按照质控信息分类查询并导出质控结果、错误情况等信息。（5）统计分析支持对病案首页质量分析、病案DRG数据分析、病案工作量分析等。2.DRG医保智能监管子系统（1）区域自适应DRG分组器基于国家医保局发布的DRG分组方案，充分结合本地历史医保反馈入组数据，通过大数据处理技术，构建高度拟合的区域自适应分组器。（2）DRG智能预入组分析在保证病案首页信息与电子病历信息一致的基础上，通过区域自适应分组器，精准预测病例分组结果，计算并展示病例信息、病组信息、费用信息等，符合马鞍山市医保局DRG相关管理要求。支持在临床医生、病案首页、结算清单等场景下给出最合理的分组结果和配套的诊断及编码组合，预测本次住院的支付标准、病例类型、风险等级、结算盈亏等。支持依据标杆值进行标杆费用和实际费用结构的比对，方便定位到费用超标原因。结合诊断/手术推荐的权重、漏填提示，通过智能编码和DRG分组能力，自动给出分组结果及其配套诊断及操作。（3）高/低倍率病例分析结合本地医保政策及反馈数据，智能分析病例是否存在成为高/低倍率病例的情况，计算高/低倍率界值，同时通过自动编码组合智能推荐多种入组方案供用户选择。（4）实时读取电子病历，生成更新诊疗信息实时读取电子病历数据，可以同步病例信息，自动识别诊断名称、手术操作名称，实时生成并同步诊疗信息；并智能提示主要诊断以及主要手术操作选项。（5）智能运行病历DRG预入组分析实时提供运行病历预入组分析，反馈病例信息、病组信息、费用信息等，对预测可能发生的异常情况、超支情况等进行实时风险预警提示。支持事中监控：从入院登记到填写出院记录过程中，自动抽取诊断、操作和手术信息，进行动态预分组，并支持调整诊断及手术模拟分组来设定目标组。结合历史病例避免漏填，同时提示病组风险等级和病例类型。（6）智能运行病历DRG控费监测对全院的历史运营数据进行深度治理，运用大数据技术生成病组费用及平均住院日标杆值，并进行智能分配，形成费用预警机制，支持根据住院日，收费类别，收费项目等类别进行监测查询。（7）智能DRG预收入测算及超支结余测算实现全院/科室/医疗组/医生/病组DRG预收入测算及超支结余测算。（8）智能DRG运营指标分析智能构建医院绩效管理指标监测体系，从医疗服务能力指标（病组数/CMI/总权重/入组率/次均费用/次均超支结余等）、医疗服务效率指标（药品占比/耗材占比/时间消耗指数/费用消耗指数/平均住院日等）、医疗安全指标（低风险病例死亡率等）等多维度全方位实时呈现医院运营情况，支持报告生成。（9）智能科室/医疗组/医生DRG运营数据分析科室/医疗组/医生层层下钻，全方位监控DRG运营情况，实时呈现运营数据分析。多维科学分析，为规划重点学科发展提供决策依据，支持报告生成。（10）智能病组DRG运营数据分析分析病组超支结余动态，挖掘优势病组，为制定病组发展策略提供决策依据。结合医疗项目成本核算并提供病组成本结构分析，精准定位，针对性控费，支持报告生成。（11）智能异常情况监测实时监测高/低倍率病例数量及占比趋势，对科室/医疗组/医生层层下钻进行多项数据统计分析。实时监测再入院病例的情况，对科室/医疗组/医生层层下钻进行统计分析。（12）智能审核监管通过对诊疗数据的分析，根据医保部门检查的相应规则，从收费、用药、检查、治疗等方面监管医院诊疗行为，对所有病例进行筛查，统计出不合理的病例。围绕DRG医保费用盈亏分析提供数据服务，采取事前提醒、事中干预、事后追溯的流程，主要实现对患者在院治疗期间费用使用情况实时监控并预警，达到合理检查、合理用药、合理治疗的目的。（13）医保绩效管理绩效管理支持自定义绩效指标的选取、考核方法的设定以及考核分数的评定，根据考核办法，可以对科室月度、季度、年度的绩效考核结果进行统计，为医院内部科室绩效评价、奖金分配、级别晋升等提供客观的数据支撑。3.医保结算清单数据智能监管子系统（1）结算清单检索支持按病案号、出院科室、出院时间、清单所处状态、分组预警、问题类型预警等对已生成的清单数据进行快速检索。根据医保政策要求生成医保结算清单：支持配置清单数据源，定时批量采集数据，数据经自动处理后，生成医保结算清单，可通过患者列表概览。支持自动转码：实现院内临床版ICD-10及ICD-9与医保版ICD-10及ICD-9的映射转换，并根据卫健委及医保局等新版本要求进行实时更新。（2）结算清单质控支持对生成的全部医保结算清单详情数据从完整性、合规性、反套高、反套低以及DRG监管规则等方面进行重点校验，提升医院纠错能力，辅助病例正确、合理入组。支持显示清单具体的问题数量、问题类型等；针对质控错误明细能够定位到清单具体数据。支持结算清单编辑、审核、提交的功能，对审核通过的医保结算清单支持按照当地医保平台接口规范进行上报。支持预分组功能，对生成的医保结算清单，依据出院诊断及手术操作等信息进行DRG预分组，并提示预分组结果明细数据，如分组名称、分组编码、权重/分值、预计盈亏等结算数据。（3）结算清单统计分析质控问题统计：对全院及科室清单在各种质控条件下质控错误数量进行统计；支持通过强制/非强制和完整性、合规性等多种质控条件类型进行筛选；支持对统计查询数量结果进行排序。上报统计分析：对全院及科室的上报情况进行统计，展示不同上报状态下的清单数量；展示各个科室的上报情况排名；对各类上报状态的清单进行下钻分析，辅助医院分析各个科室、医师的清单上报情况。4.2网络系统设计本次系统建设基于医院内网拓扑环境，不再新增或者修改网络，如下图所示：-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1容灾区域容灾区域-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1-1/内网终端区域无线区域1一1一一/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T一一一/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T一一一/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T/三联网业务1一互联网防火墙T十\十\■一接入交换机11I11IIISSSS十一（委里）彩（委里）彩（委里）彩（委里）彩（委里）彩\\接入交换机11I11I一一SSSS十一专线防火墙II接入交接入交一（委里）备份一体机一一一一接入交接入交网闸（委里网闸（委里外联区第II数据库镜像接入交换机1\\汇聚交换机汇聚交换机下一代防火墙7四四四1人人人内网核心交换机民核心核心核心11I交换机区\I交换机区\I交换机区\I交换机区\医院院院院IPS网llllA图A图A图A图A图A图内网防火墙络络拓拓拓图图图图核核服务器汇聚交换机服务器汇聚交换机HHH入控制日志审计入控制日志审计堡垒机扑扑一一心心站堡垒机一一服服一务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器一一一一务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器务核心业务深信服超融集群器一一出一T一T一区区一一I安全感知安全感知终端安全数据库审计一LL域域探针探针一一一一一一一十一一安全管理区域十I十ITLVSAN存储VSAN存储VSAN存储1-VSAN存储VSAN存储VSAN存储-//1-I4.3安全系统设计本次建设为纯软件系统，服务器部署在医院数据中心区域。用已建设完成的安全设备虚拟化防护、防火墙、日志审计、数据库审计、堡垒机等对本次建设的项目进行安全防护。4.3.1三级安全等级保护为履行网络安全主体责任，按照网络安全等级保护制度的要求，本系统设计过程中遵循三级等保的安全规范及技术标准，结合网络安全技术进行软件建设，并在系统交付前配合甲方委托的具有等级保护测评资质的测评机构，对系统进行网络安全检测评估，判定受测系统的技术和管理级别与所定安全等级要求的符合程度，并参加我院招标的下一年度网络安全等保测评（等保测评费用不包含在本次项目费用内），针对不符合三级等保要求的内容，由我院积极协调中标方予以解决。4.3.2安全保护措施利用现有网络环境中的安全组件进行保护，例如下一代防火墙、数据库审计、日志审计、IPS、IDS、堡垒机等，设置并实施相应的安全控制策略，保护隐蔽内部网络信息，提高系统的安全性。另外，根据对外提供信息查询等服务的要求，控制对关键服务器的授权访问控制，通过在防火墙、网闸上设置策略来保护对它们的访问。4.4软硬件部署设计根据本次建设部署要求，将新增系统部署到原有服务器上，实现软件统一部署、统一管理，通盘考虑，科学规划，合理布局，完成本次软件部署工作。本项目网络利用医院原网络进行客户端建设。主要软件部署内容：●数据库系统安装、维护和操作培训；●软件部署和操作培训；●软件配置与开发培训；●软件培训和数据准备；●软件上线。在系统全面上线前，组织各相关科室人员进行全面的试运行一到两周，解决运行中的各种问题，消除系统正式运行的最后障碍和问题，最终完成系统部署上线工作。4.4.1服务器配置本次采购不包含服务器，本项目所需云服务器2台，均使用医院现有私有云平台资源，由医院统一协调部署。应用服务器本系统采用应用云服务器1台，为系统的服务和中间件提供部署支持。资源配置：CPU8核+内存16G+存储300G。数据库服务器本系统采用数据库云服务器1台，数据库服务器重点提供应用数据的存储服务。资源配置：CPU8核+内存16G+存储500G。4.5备份系统设计容灾备份，由医院统一部署，中标方提供技术支持服务，系统建设完成后对系统做全量备份，系统正常运行后做差异化备份。关键、重要业务系统软件安全备份功能应当符合相关规定中的技术要求。对关键业务系统数据必须制定备份策略，采取备份措施。包括：定期采取手工备份方式对重要文件及保存在数据库中的数据进行备份；定期采取自动备份系统进行应用数据备份，管理员应复核自动备份结果；在业务环境变更时或定期执行备份恢复测试。4.6资源共享设计本项目建设，需要对接多个业务系统，如HIS系统、电子病历系统、病案系统等。根据业务模块的不同，提取出公共接口，如用户信息、科室信息、医疗组信息、医生信息等，以及其他业务数据接口，如病案首页、诊断信息、手术信息等。接口文档中定义数据来源、数据字段、数据格式、数据类型等基本信息。4.7部门信息系统整合情况与医院信息平台、电子病历、HIS系统、PACS系统、LIS系统、病案系统以及上报医保及医保反馈数据等对接所需的“数据接口”开发，对接院内单点登录平台，涉及院内在用业务系统开放接口由业主负责免费协调；基于本地数据利用人工智能模型进行不少于2轮的系统校准，以适配甲方实际情况。第五章项目运维管理5.1人员培训方案5.1.1培训管理培训层次：对于应用软件，培训对整个系统的使用是很重要的。根据医院信息化项目的建设要求，培训工作分四个层次进行，每层培训的作用和对象等如下所述。1、应用软件的系统管理人员培训对象：医院信息科的应用软件系统管理人员。培训内容：掌握系统的核心内容、系统的主要功能和使用方法、系统工作流程以及系统建立过程、方法、基本条件和保证系统运行的方法。培训教师：软件公司人员。培训地点：医院。培训时间：项目计划确认后，数据准备开始之前。2、应用软件的高级用户培训对象：医院各业务部门推选的业务代表。培训内容：掌握系统的部分核心内容、系统的主要功能和使用方法、系统工作流程以及系统建立过程、方法、基本条件和保证系统运行的方法。培训教师：软件公司人员。培训地点：医院。培训时间：项目计划确认后，数据准备开始之前。3、各业务部门管理干部培训对象：主要包括各科室主任、副主任和护士长，还有职能部门的人员。要抓好重点部门如医保办、医教科、护理部、财务科、药事科等部门人员的培训。培训内容：掌握系统的主要功能和使用方法，掌握系统工作流程，系统建立过程、方法、基本条件和保证系统运行的方法、手段。培训教师：软件公司人员。培训地点：医院。培训时间：程序开发测试确认之后。4、应用系统的操作使用人员培训对象：应用系统的全体操作使用人员。培训内容：计算机基础知识和操作技能以及应用软件的操作技能的培训。培训教师：软件公司人员。培训地点：医院。培训时间：程序开发测试确认、基础数据准备完成之后。5.1.2培训计划培训采取讲课与上机操作相结合的模式进行，具体培训时间与医院协商后确定。对每一培训内容安排4次集中上课，同时安排3个多月的时间对科室应用人员进行上机操作培训与指导，确保医院有关应用人员能全部掌握操作，信息科人员能进行系统日常维护为止。培训时间从系统试运行前就开始，一直到系统验收，所有人员都需经过理论与实际上机操作的培训，确保相关人员对医疗信息资源平台有清晰的认识，对系统上的业务流程非常熟悉，对系统的操作非常熟练，只有通过培训考核的操作人员，才安排进行相关业务操作。根据实施计划，系统培训分阶段进行，在试点运行及正式运行前，对相关科室的人员进行重点培训。考虑到医院医疗业务工作繁忙，每次对每一相同内容安排不少于2次相同内容的培训，以解决医院医务人员无法同时集中培训的问题。培训采取讲课与上机操作相结合的模式进行，具体培训时间与医院协商后再定。5.1.3培训方式按照项目实际情况，软件公司必须提供以下方式的培训：1、集中专题培训系统建设、项目管理以及系统运行管理相关的培训。专业技术培训，分为系统管理员培训和系统操作员培训。2、项目现场培训派遣安装调试工程师在安装现场负责完成培训任务。培训地点根据情况与采购人共同商议确定。3、自助培训将培训的视频在微信群内分享，由相关用户自行下载学习。5.2项目运维5.2.1运维内容1.网络系统运维管理确保各服务器之间网络互通。确保内部网络可以访问，在通过互联网可以访问的情况下，确保与互联网进行联系的主机服务器或路由相关设备可以正确转发不同网络环境之间的请求与数据。2.主机系统运维管理确保服务器安全，关闭不必要的端口，以保证安全。开启防火墙，并启用出入站规则验证。定期进行全补丁检查，及时进行操作系统补丁更新。确保运行安全。3.数据库运维管理建立完善的数据库维护计划用于进行数据库的备份，以及处理磁盘上冗余的备份文件。数据库的日常运维责任到人，并完整记录日志。负责对所管辖的数据库系统运行过程中出现的问题及时处理和解决。负责数据库系统的数据一致性和完整性，必要情况下协助应用开发人员等进行相关的配置与检查工作。4.需求修改和系统完善根据医保局和卫健委的政策文件要求，以及结合院方在实际工作中的合理需求，进行系统的修改完善。5.2.2运维时间（质保时间）马鞍山市第四人民医院医保DRG医院智慧运营系统项目的运行维护由软件供应商提供，其中维保期限不低于3年，维保期满后按照年度支付维保费用，维保费用不高于总建设费用的8%。免费和有偿维保期内中标人须保证不因医院业务系统的增添、更换、更新升级而额外收取接口费用。5.2.3运维服务要求本项目上线要求拟派人员人数不少于6人（其中：大学本科及以上学历计算机相关专业不少于3人。维保期内至少提供1人驻场服务，且资质要求工程师及以上）。项目验收时严格按照项目管理要求提供交付文档。第六章效益与评价指标分析6.1效益分析社会效益通过本项目的建设，保障ICD编码、病案数据、DRG分组结果、DRG费用结算、数据统计分析等各个环节的准确性，促进医院加强成本控制，提高医疗服务质量，增强患者的满意度，为患者提供更加便捷、高效的医疗服务，提高患者的就医体验。经济效益通过本项目的建设，实现对医院成本的有效控制，系统精确地统计每个病例的成本，为医院制定合理的收费标准提供了依据，同时系统还能够优化医疗资源的配置，减少浪费，降低医院的运营成本，实现医院信息系统与医保政策相结合，更好的运用医保政策指导医院医疗运行。6.2项目评价指标分析6.2.1提升医院医疗管理水平通过本项目的建设，提升医院医保医疗管理水平。6.2.2筹资合规性结合项目实际功能需求，本着“厉行节约、经济适用”的原则，项目申报预算规模在合理范围之内。第七章注意事项（请投标方仔细阅研）1.单独采购的正版数据库软件、操作系统、云平台软件等系统或第三方软件，必须授权给马鞍山市人民政府，原厂授权函原件需提交市数据资源管理局备案。2.各部门原则上不再新建网络机房，所需业务运行环境如服务器、存储、安全等设备由市政务云提供，项目中需要但采购清单中不含操作系统、数据库等系统软件的，由中标单位负责系统软件正版化。3.业务系统软件项目根据应用场景情况采购数据库产品的，原则上不得选择大型昂贵的数据库，使用经济适用型正版数据库软件，且业务系统软件必须适应国产化运行环境。政策要求到2027年央企国企100%完成信创替代，替换范围涵盖芯片、基础软件、操作系统、中间件等领域。为快速适应政策要求及市场变化，系统实现与国产化麒麟操作系统、Postgre或人大金仓数据库相互兼容。4.所有的存储设备、安全设备、备份设备等所有硬件设备需提供三年原厂质保服务承诺函。5.监控系统、视频会议系统、信息发布等硬件系统必须具有开放性，提供可供二次开发的设备SDK软件包，使关联的系统能调用相应功能和数据；关于公共区域视频监控建设，原则上由市公安局统一建设并接入“雪亮工程”，涉及智能识别算法在马鞍山市智能视觉中枢算法种类库已含有，则不得单独再建，若未含有则建成后须免费接入智能视觉算法中枢中。6.UPS电池需多提供两节电池（随机抽取）供甲方、市数据资源管理局测试容量和破坏性检测，电池内不应含有与制造电池原料无关的材料（如玻璃，沙石，石灰等）。7.项目中涉及的安装调试，必须包含相关线缆、线槽、电管、线卡、桥架、线盒、软管、电源插排等所有辅材。8.方案设备清单中技术参数部分所有描述为“支持”的，均表示具备、配置、提供、实现等意思，是必须要满足的要求。9.项目中涉及政务新媒体（微信订阅号、微信服务号、微信小程序，微信视频号、新浪微博、今日头条、移动客户端、人民号、百家号、抖音短视频、快手短视频、腾讯微视、企鹅号、南方号、一点号、网易号、小程序、大鱼号、搜狐号、澎湃号以及其他新兴平台）建设，开设需向数据局提前报备。10.中标单位对项目中的业务系统、软硬件平台必须免费承诺开放；业务软件开发的相关知识产权为业主所有，中标单位必须免费深度开放所有数据及业务协同接口及免费预留必要的二次开发接口，所有需要与其它系统对接的接口问题由业主负责协调解决；在项目建设过程中需支持ipv4/ipv6双栈，并在后期支持转为ipv6单栈；涉及重要信息、敏感信息的信息化项目在web使用过程中应使用https安全协议。11.原则上不得新建APP、微信小程序、支付宝小程序、提供服务的公众号，统一使用三端渠道；根据省数据资源管理局《安徽省三端能力提升工程工作方案》，所有新建各类便民利企和政务运行应用统一通过“三端”提供，所有存量应用接入“三端”，即为民服务“皖事通”、为企服务“皖企通”、政务运行“皖政通”，按照统一标准规范管理、同源发布，并实行统一用户认证；对于新技术新场景、便民利企应用项目，原则上须与本级政府网站、政务新媒体进行对接，并在本级政府网站、政务新媒体发布。12.原则上不再新建面向企业群众的服务码、服务卡，应统一使用安徽服务码；已有的二维码须按照安徽服务码的赋码规则进行改造，并实现互认互信。13.按照《马鞍山市政务信息资源共享管理办法》文件要求，业务系统须按照《政务信息资源目录编制指南》要求完成数据资源目录编制后，与市信息资源交换平台数据共享对接，提供数据字典，并将业务数据汇集至市数据中心，作为验收的必要条件；业务系统进行跨部门数据交换对接必须通过市数据共享交换平台实现。11.根据每个项目的实际建设内容，若存在上述注意事项的条款，由监理公司或市数据资源管理局对上述相关要求予以确认，否则项目不予验收。马鞍山市第四人民医院医保DRG医院智慧运营系统项目方案意见反馈表马鞍山市数据资源管理局：针对马鞍山市第四人民医院医保DRG医院智慧运营系统项目方案，我单位反馈意见如下：一、方案中存在倾向性内容，建议进行修改，倾向性内容及修改意见如下：1、2、…二、方案中存在不明确（或不完整）内容，建议进行完善，完善意见如下：1、2、…3、采购清单中存在单项预算不合理（如：预算明显偏高等），修改意见如下：1、2、...特此函告单位名称（公章）：联系人：联系电话：年月日
投标 / 标书制作要点（原创）
本医保DRG医院智慧运营系统涉及「招标预告」，投标方需重点关注：① 营业执照经营范围须含招标预告或对应服务类目；② 提供同类项目业绩证明；③ 报价方案与售后响应须明确；④ 紧盯投标截止与开标节点，建议提前完成标书制作与盖章。鞍山市项目常要求本地化服务能力与快速响应，务必在投标文件中凸显。
标书制作联系冯经理：17551026086
