信息平 信息平台招标公告（六安市中医院2022）

安徽省招标集团股份有限公司
AnhuiTendering Group Inc.

邮编POSTAL CODE：230051 电话TEL：0551-62220226, 62220229 传真FAX: 0551-62220273

答疑纪要
(共6页)

安徽省招标集团股份有限公司受六安市中医院的委托，就六安市中医院信息平台采购项目进行公开招标（招标编号: GN2022-36-6529）。现接业主通知就潜在投标人提出的有关问题答复如下：
【问题1】13.4免费维保期：至少壹年（自项目【即平台院内验收合格、互联互通四级甲等及电子病历分级评价五级通过国家专家组考核】验收合格之日起计算免费维保期，免费维保范围为含免费提供所有零部件【包括须定期更换零部件，部件维修<如摄像头等>】、系统升级维保、方案优化咨询及合同标的【含配套提供物资】稳定运行所需的各类服务）。
付款方式：（1）合同签订后，成交供应商组织实施团队进场且向采购人（六安市中医院）出具银行（预付款【合同款的10%】）保函（类别见索即付，有效期为 12 个月且经采购人财务部门核对无误）后，采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 10%的合同款。（2）成交供应商在合同生效后第 12 个月内完成项目内容且通过采购人（六安市中医院）正式验收（结论为合格）并进入试运行期（30 日历天），试运行期满之日起 10 日历天内经采购人（六安市中医院）综合测评且结果为满意后，采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付50%的合同款。（3）成交供应商在合同生效后第 36 个月内通过国家《医疗健康信息互联互通标准化成熟度评测》四级甲等专家组考核并取得相关证明资料（如证书或通知等），采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 15%的合同款，逾期未通过则须在 2 个年度内一次性通过国家专家组考核，因平台原因致未通过国家专家组考核则采购人（六安市中医院）有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款。（4）成交供应商在合同生效后第 48 个月内通过国家《电子病历分级评价五级》专家组考核并取得并取得相关证明资料（如证书或通知等），采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 15%的合同款，逾期未通过则须在2 个年度内一次性通过国家专家组考核，因平台原因致未通过国家专家组考核则采购人（六安市中医院）有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款。（5）采购人（六安市中医院）通过国家《医疗健康信息互联互通标准化成熟度评测》四级甲等及电子病历分级评价五级专家组考核并取得相关证明资料（如证书或通知等）且免费维保期满后，采购人（六安市中医院）按流程提请六安农商行在20 日历天内支付 10%的合同款。
内容：以上关于维保和付款条件，均没有明确的的时间，
本项目按照招标文件验收合格，就应该按照正常程序付款，把不太相关的比如电子病历评审等与付款相关联，有失公允。
建议：
1.医院按照招标文件技术要求验收合格，出具验收报告，同时进入免费维保期。
2.按照正常项目付款方式，适当增加预付款比例，医院验收合格后，即付款至总合同款90%，免费质保期满后，支付剩余质保金。
【回复】付款方式修改为：
(1)合同签订后，成交供应商组织实施团队进场对接且向采购人(六安市中医院)提交实施方案经监理审核通过后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付5%的合同款。
(2)成交供应商在合同生效后9个月内完成“信息集成平台”内容且通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评且结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付20%的合同款。
(3)成交供应商在合同生效后 15 个月内完成“全院统一数据平台”内容且通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评日结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付 15%的合同款。
(4)成交供应商在合同生效后 18 个月内完成“数据驱动智能化应用及医院信息化可视化监控平台”内容目通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30 日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评日结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20 日历天内支付 10%的合同款。
(5)成交供应商在合同生效后完成所有内容，通过监理组织初验和采购人(六安市中医院)组织的终验并出具验收报告(结论为合格)后，采购人(六安市中医院)按流程提请六安农商行在 20 日历天内支付 30%的合同款。
(6)成交供应商履行全部合同内容，通讨采购人(六安市中医院)及监理验收(结论为合格)且免费维保期满后，并向采购人(六安市中医院)出具按照医院要求整改至医院通过“《医疗健康信息互联互通标准化成熟度评测》四级甲等及《电子病历系统应用水平分级评价》五级”承诺书(因平台原因致未通过国家专家组考核且成交供应商拒不整改则采购人【六安市中医院】有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款)后，采购人(六安市中医院)按流程提请六安农商行在 20 日历天内支付 15%的合同款。
(7)采购人(六安市口医院)通讨国家《医疗健康信息互联互通标准化成熟度评测》四级甲等及《电子病历系统应用水平分级评价》五级的专家组考核，采购人(六安市中医院)按流程提请六安农商行在20 日历天内支付 5%的合同款。
【问题2】（一）13.4免费维保期：至少壹年（自项目【即平台院内验收合格、互联互通四级甲等及电子病历分级评价五级通过国家专家组考核】验收合格之日起计算免费维保期，免费维保范围为含免费提供所有零部件【包括须定期更换零部件，部件维修<如摄像头等>】、系统升级维保、方案优化咨询及合同标的【含配套提供物资】稳定运行所需的各类服务）。问题：中标单位按照招标文件技术要求，完成平台建设，通过院内联合验收，即进入免费维保期，通过互联互通四级和电子病历五级，是个比较长的过程，而且时间不能确定，中标公司可以协助，但作为免费质保节点，没有可操作性，比如，平台院内验收合格后，电子病历五级第六年过，那就意味着中标公司要提供7年的免费维保，大量的人力财力成本，任何一家公司都无法承担，也不合理。还有一种可能是，如果更长时间没过呢而且平台和电子病历五级，关联性不大。理论上说，一定要有个明确的时间节点比较合适。
建议：免费维保期：至少壹年（自项目【即平台院内验收合格】验收合格之日起计算免费维保期，免费维保范围为含免费提供所有零部件【包括须定期更换零部件，部件维修<如摄像头等>】、系统升级维保、方案优化咨询及合同标的【含配套提供物资】稳定运行所需的各类服务）。
（二）35.1（1）合同签订后，成交供应商组织实施团队进场且向采购人（六安市中医院）出具银行（预付款【合同款的10%】）保函（类别见索即付，有效期为 12 个月且经采购人财务部门核对无误）后，采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 10%的合同款。问题：平台建设，前期人力财力投入都非常大，要多名工程师驻院工作，目前的政策环境下，尤其这几年疫情影响，企业都非常困难，政府支持企业发展，减轻企业负担已是共识，中标企业已经缴纳履约保证金的情况下，百分之十的预付款太低，而且再提供等额银行保函的情况下，等于没有预付款，实在过于苛刻，也不符合正常项目建设付款方式。建议：合同签订后，成交供应商组织实施团队进场后，采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 30%的合同款。
（三）（2）成交供应商在合同生效后第 12 个月内完成项目内容且通过采购人（六安市中医院）正式验收（结论为合格）并进入试运行期（30 日历天），试运行期满之日起 10 日历天内经采购人（六安市中医院）综合测评且结果为满意后，采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付50%的合同款。问题：验收合格应是客观标准，符合技术要求为合格，综合测评结果满意，这个主观性较强的评价方式，会有争议产生，如果符合技术要求，个别临床使用者觉得不满意，怎么衡量和给出评价结果呢就会把原本客观的事情变得复杂化。建议：运行期间运行正常，符合技术要求，试运行期满之日起 10 日历天内采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付至总合同款的90%。
（四）（3）成交供应商在合同生效后第 36 个月内通过国家《医疗健康信息互联互通标准化成熟度评测》四级甲等专家组考核并取得相关证明资料（如证书或通知等），采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 15%的合同款，逾期未通过则须在 2 个年度内一次性通过国家专家组考核，因平台原因致未通过国家专家组考核则采购人（六安市中医院）有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款。问题：互联互通四级甲等评审，是医院整体部署，综合协调齐力推进，不是哪一个部门能够决定或是完成，有很多不确定因素，中标单位应配合协助，但这个作为付款条件不太合适，如果医院一直不启动此项工作呢或者其它原因导致不通过呢那余款怎么支付呢平台已经建设完成，而且验收合格，对中标企业也不太公平。建议修改。
（五）（4）成交供应商在合同生效后第 48 个月内通过国家《电子病历分级评价五级》专家组考核并取得并取得相关证明资料（如证书或通知等），采购人（六安市中医院）按流程提请六安农商行在 20 日历天内支付 15%的合同款，逾期未通过则须在2 个年度内一次性通过国家专家组考核，因平台原因致未通过国家专家组考核则采购人（六安市中医院）有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款。
问题：电子病历五级评审，也同样是医院整体部署，综合协调齐力推进，不是哪一个部门能够决定或是完成，有很多不确定因素，中标企业应配合协助，但和平台建设关联不大，本项目按照技术要求建设完毕，验收合格，即已完成，这个作为付款条件，对中标企业来说，不合理，也不太公平，同理，如果医院不启动此项工作呢如果因为其它原因没过呢余款付不付怎么付这就非常复杂和不确定了。建议修改。
（六）（5）采购人（六安市中医院）通过国家《医疗健康信息互联互通标准化成熟度评测》四级甲等及电子病历分级评价五级专家组考核并取得相关证明资料（如证书或通知等）且免费维保期满后，采购人（六安市中医院）按流程提请六安农商行在20 日历天内支付 10%的合同款。
问题：同理，医院对本项目验收完成后，本项目即进入免费质保期。
建议修改：（5）免费维保期满后，采购人（六安市中医院）按流程提请六安农商行在20 日历天内支付 10%的合同款。
【回复】：付款方式修改为：
(1)合同签订后，成交供应商组织实施团队进场对接且向采购人(六安市中医院)提交实施方案经监理审核通过后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付5%的合同款。
(2)成交供应商在合同生效后9个月内完成“信息集成平台”内容且通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评且结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付20%的合同款。
(3)成交供应商在合同生效后 15 个月内完成“全院统一数据平台”内容且通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评日结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20日历天内支付 15%的合同款。
(4)成交供应商在合同生效后 18 个月内完成“数据驱动智能化应用及医院信息化可视化监控平台”内容目通过采购人(六安市中医院)及监理分项验收(结论为合格)并进入试运行期(30 日历天)，试运行期满之日起 10 日历天内经采购人(六安市中医院)综合测评日结果为满意后，采购人(六安市中医院)按流程提请六安农商行在20 日历天内支付 10%的合同款。
(5)成交供应商在合同生效后完成所有内容，通过监理组织初验和采购人(六安市中医院)组织的终验并出具验收报告(结论为合格)后，采购人(六安市中医院)按流程提请六安农商行在 20 日历天内支付 30%的合同款。
(6)成交供应商履行全部合同内容，通讨采购人(六安市中医院)及监理验收(结论为合格)且免费维保期满后，并向采购人(六安市中医院)出具按照医院要求整改至医院通过“《医疗健康信息互联互通标准化成熟度评测》四级甲等及《电子病历系统应用水平分级评价》五级”承诺书(因平台原因致未通过国家专家组考核且成交供应商拒不整改则采购人【六安市中医院】有权解除合同并不予退还全部履约保证金，成交供应商须原路退回已支付的合同款)后，采购人(六安市中医院)按流程提请六安农商行在 20 日历天内支付 15%的合同款。
(7)采购人(六安市口医院)通讨国家《医疗健康信息互联互通标准化成熟度评测》四级甲等及《电子病历系统应用水平分级评价》五级的专家组考核，采购人(六安市中医院)按流程提请六安农商行在20 日历天内支付 5%的合同款。
招标文件及相关答疑纪要如有与本澄清通知冲突之处，以本答疑纪要为准。其余未调整部分以原招标文件为准。

安徽省招标集团股份有限公司
2022年11月26日

说明：贵公司在收到本答疑纪要后，请在下方《回执单》中签字盖章，在相应中划√号后，将本页扫描件发送至：158562728@qq.com。

回 执 单 我公司确认收到关于六安市中医院信息平台采购项目(招标编号: GN2022-36-6529)招标之答疑纪要，该答疑不影响我公司编制投标文件时间，我公司确认 按时参与 / ￡ 不参与 本项目投标。 签收人(签名)： 单位名称(印刷体、盖章)： _______年____月____日

附件：

20221115105258891.docx
20221115105258891.docx

通过全院统一数据平台建设，从医疗数据整合利用出发，围绕费用管理、服务管理、临床应用、资源数据四大业务主线，梳理各业务系统的业务流程和数据流向，建设全量实时统一数据平台，服务于临床、运营、科研、教学等业务科室。基于数据平台建设院级运营和临床主题库，进行数据的深度挖掘，进而为管理者和医务人员提供更完整的数据资源、为患者提供更优质医疗服务。同时党中央、国务院关于深化医药卫生体制改革的意见确立了建立中国特色的医药卫生体制，逐步实现人人享有基本医疗卫生服务，提高全民健康水平的总体目标，提出建设覆盖城乡居民的公共卫生服务体系、医疗服务体系、医疗保障体系、药品供应保障体系，形成四位一体的基本医疗卫生制度。公立医院作为医疗服务的主要供给者，是我国医疗市场和卫生领域的主体，也是医改的重点和难点。推进公立医院改革，是深化医药卫生体制改革的一项重要内容。卫计委提出医院要“以医院管理和电子病历为重点推进公立医院信息化建设，充分利用现有资源，逐步建立医院之间、上级医院和基层医疗卫生服务机构之间、医院和公共卫生机构、医保经办机构之间的互联互通机制，构建便捷、高效的医院信息平台”。在十二五规划明确指出全面推进全国各级医院信息化标准化建设，目前，随着卫生部与计划生育委员会的合并，国家卫生信息化“十二五”规划从“35212”变成“36312”，随着计生体系融入，过去的五项业务将增加计划生育这一新业务变成六项业务，两大基础数据库要增加全国人口数据资源库变成三大基础数据库，我国医疗卫生改革面临新的形势，为了更好的适应未来医疗业务发展需要，需要考虑医院信息系统支持未来可持续发展。充分发挥社会效益，为本地居民提供更优质高效的医疗服务。随着信息技术的发展与医疗卫生事业的深化改革，国家对推进医院管理信息化的进程大大加快，医院的信息化建设取得了很大进展。医疗企业面对激烈竞争的市场，需要为病患者提供更人性化、更合理的服务，医疗资源的共享和信息流程的简化，医疗部门办公网络化、自动化，实现全面信息共享已是大势所趋，越来越多的医院认识到，只有通过信息化建设，逐步建立信息化医院和医疗企业，才能支持可持续发展，从而大力提高综合效益和运行效率。项目建设目标招标内容及要求六安市中医院信息平台项目定稿参数3、提高医疗服务质量及科研水平通过现有各大业务系统运行数据的集中采集，将各类临床数据按照应用层次进行主题数据归集，面向不同用户角色的数据组织与分析。结合先进的软硬件技术，实现分析数据的动态、精确、有效的展现。使医院临床一线、科室运行、院级管理、决策辅助四个层次从临床信息展现、医疗安全监测、获得临床数据信息的综合利用的支撑能力。使医院的业务、运营、管理、安全能在数据综合利用上一个崭新的台阶。2、盘活全院数据资产目前院内众多第三方异构系统与HIS系统之间均采用点对点的接口方式，数据共享与交互标准化程度低、开发成本高、呈现效果差。卫计委在颁布的《公立医院信息化改革方案》中首次提出要通过医院信息平台构建数字化医院，实现异构系统之间的互联互通，并通过其对各个系统进行数据标准化改造，在平台上统一构建基础信息库、临床信息数据库与交换文档库，通过医院信息平台与区域信息交换平台实现统一封装的交互。卫计委在2015年提出了《医院信息互联互通标准化成熟度测评》实施方案，通过建设标准化的集成平台来改善院内信息的共享和院外信息协同。1、改善医院集成交互的标准化程度基于集成平台和统一数据平台进行全面数据整合后，进行全面的临床监控提醒、管理决策支持和科研数据分析查询应用，辅助医院在科教研方面实现数据整合利用。在夯实医院信息化基础建设，深化数据整合之后，扩展医院信息化外延建设，加强利用互联网+的思路，建立多种医患沟通渠道，实现院内服务和院外服务的有效衔接，更好的服务患者，提升患者体验。5、加强患者公共服务，提升患者体验通过统一数据平台开发不同的分析主题和指标检测系统，可以帮助各个科室及部门完成自动化的日常报表、对医疗质量和医疗安全的监管、合理用药、院感等的预警与监管，并可以通过客观的数据辅助领导决策。运营管理决策系统自动汇总、监控和分析医院运行相关KPI指标、HQMS指标及等级评审相关指标，在统一的界面上可以直观展现、预警和多层追溯，发现问题所在。管理者可以及时掌控关键指标实时情况，及时发现运行过程中的问题，制订出有针对性的对策方案，从而提升院内各个流程的合理性与规范性，实现精细化管理，提高医院的工作效率，保证医院近期和长远目标的实现。4、提升管理决策水平基于统一数据平台，在标准化、规范化的基础上，对医院的科研数据、科研知识等资源有效整合、管理和利用，为医院实现科研与临床信息集成、专科科研病例管理、科研试验数据采集、科研统一数据分析及共享等服务提供一种高效率的技术手段。我院从“以管理为中心”逐步转向为“以病人为中心”，专注于改善医院的医疗服务质量、提高医护质量、提高医学治疗的效率和水平，方便病人就诊。因此，本次项目将基于医院全量统一数据平台建设一系列的临床服务应用以更好的支撑临床服务以提升医护人员工作效率、提高医护质量。1、逐步缓解居民“看病贵，看病难”的需要项目需求分析建设集成平台统一数据平台后，本着“以评促建、以评促用”的原则实现医院临床应用、医疗管理及运营管理各方面的水平提升，本项目建设需要满足卫计委发布的《医疗健康信息互联互通标准化成熟度评测》四级甲等及电子病历分级评价五级要求。7、通过相关医疗行业评级评测区域医疗机构间医疗和卫生资源之间实现共享、互通互联是大势所趋；随着社会的进步，各种社会资源高度共享，作为重要的社会服务机构，医院的数字化建设必须能迎合和兼容、支持这种发展潮流。6、整合区域医疗资源，实现数据共享随着医院各部门人员应用程度不断加深，将会对信息系统提出更深层次的需求，在为医院提供以电子病历为核心，以财务为重点，以病人为中心的HIS系统的同时进一步加强该类系统对医院的行政管理与事务处理业务的支持，减轻事务处理人员的劳动强度，提高医院的医疗服务质量。另外近年来由于国家和地方医疗政策的不断调整，特别是新医改政策的推行、费用清单制度的执行、病案统计上报、公费医疗、医疗保险的调整等问题，医院信息系统要适应医疗体制改革、医疗保险、农村合作医疗推行、医疗价格调整、医疗消费透明化及医药分家等的需求。医院信息系统是医疗保险体制、农村合作医疗信息源头，为了适应医保、农保改革，需建立适应该类政策的医院信息系统，将相对独立的医保、农保系统和医院信息系统有机地结合在一起。同时要保障医院信息系统和医保中心、农保公司实时联网进行数据交换，以供审查和汇总分析使用。作为医疗服务的主要供给者，公立医院是我国医疗市场和卫生领域的主体，任务十分繁重，要求不断提高，而信息化水平相对落后，无法满足人民群众日益增长的医药卫生需求。因此，为适应新医改形势下公立医院改革的要求，公立医院迫切需要建立和完善以电子病历为核心、以医院信息平台为基础的、覆盖医院所有业务和管理的一体化医院信息系统，加强公立医院内部管理，保障医疗质量，提高服务效率，控制医疗费用，方便群众就医，促使医疗资源有序化使用，绩效管理资源利用最大化，建立高效的公立医院运行机制。2、医院应对新医改政策的需要目前居民“看病贵,看病难”成了全社会的主要问题。按照党的十七大精神，为建立中国特色的医药卫生体制，逐步实现人人享有基本医疗卫生服务的目标,深化医药卫生体制改革的总体目标是:建立覆盖城乡居民的基本医疗卫生制度，为群众提供安全、有效、方便、价廉的医疗卫生服务。所提供的数字化医院建设可以通过对医院的信息系统进行全面整合，实现医院内各部门之间信息的共享。“以病人为中心”的服务模式强调诊断与治疗应该了解患者的生活条件与社会环境以及疾病产生过程中病人的心理状态，并形成“以病人为中心”的治疗思维方式。这是对“以疾病为中心”的传统医疗服务模式的创新与变革。其主要内涵与特点在于强调医患之间的相互沟通。增强综合服务能力，支持以病人为中心的管理思想。医院内部互联互通，信息共享，实现HIS、电子病历、LIS等系统互联互通。电子病历作为医院信息系统的核心，在实施过程中结合国家的相关数据标准，可以通过医院信息集成平台，对现有系统作有效的数据接口标准整合，规范各系统之间的数据标准，方便后续信息系统的接入。4、接口标准化需求互联互通评测主要是从医院信息化数据资源标准化建设、互联互通标准化建设、基础设施建设以及互联互通应用效果等4个方面进行评测。通过开展医院信息互联互通标准化成熟度测评工作，实现的最终目标为：建立起一套科学、系统的卫生信息标准测试评价管理机制，指导和促进卫生信息标准的采纳、应用和实施，推进医疗卫生服务与管理系统的标准化建设，促进实现医疗卫生机构之间标准化互联互通和信息共享。医院信息互联互通标准化成熟度测评是以卫生信息标准为核心，以信息技术为基础，以测评技术为手段，以实现信息共享为目的。测评主要通过对电子病历与医院信息平台标准符合性测试以及互联互通实际应用效果的评价，构建医院信息互联互通成熟度分级评价体系。电子病历与医院信息平台标准符合性测试是针对医疗机构所采用产品的电子病历数据、电子病历共享文档、平台交互服务分别与对应卫生信息标准的符合性测试。互联互通实际应用效果的评价是针对医疗机构内部、医疗机构与上级信息平台之间的应用效果等情况进行评价。3、基于医院信息集成平台满足医院信息互联互通标准化需要本项目所采用的技术需要适度超前，选择具有技术领先优势，又有成功案例的技术方案，以保证本项目在一定时期内具有技术上的先进性。1、先进性此次项目建设和设计原则遵循以下原则：项目设计原则项目采购清单软件采购列表清单一、信息集成平台企业服务总线（含中间件）平台安全主数据管理主数据订阅发布患者主索引科室主索引员工主索引单点登录系统及统一工作门户集成平台系统管理院内集成服务梳理二、全院统一数据平台全院统一数据平台搭建及服务数据平台管理数据接入引擎数据主题库临床数据中心（CDR）运营数据中心（ODR）共享文档库（CDA）共享文档管理医联体/医共体数据三、数据驱动智能化应用患者360视图运营管理辅助支持系统决策支持系统电子证照管理不良事件监控闭环流程追溯监控员工视图管理病历全文检索工具四、医院信息化可视化监控平台系统应能方便地扩展，可随着业务需求的变化而扩充；系统的配置也能相应地改变和延展，以实现业务上需要的新功能。同时，多服务器集群协同工作，实时地监测服务器状态，自动负载平衡，以保证实现大用户量并发处理和高效的网页浏览速度。系统采用开放性设计，在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计，支持XML、SOAP、WebService、LDAP等当前受到普遍支持的开放标准，这样一方面保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性，另一方面也便于将来改造、3、扩容和升级。开放性与扩充性本项目需要采用被实践证明为成熟和实用的技术和设备，符合一体化协同业务服务的建设思路，满足医院当前和今后一段时间的总体应用需求，性能稳定，界面直观，具有易理解、易调试、易维护、易扩展、易复用的特点，最大限度地满足医院当前业务和未来发展的需求，确保耐久实用。2、成熟性和实用性在应用系统的设计上，借鉴医院以往信息化项目的经验与教训，同时注重参考行业最佳实践；在技术上，采用行业上领先且成熟的技术，使得设计更加合理、更为先进。充分考虑现阶段医院信息化的特点，在注重系统实用性的前提下，尽可能采用先进的计算机软、硬件环境；在软件的开发思想上，严格按照软件工程的标准和最新的面向服务（SOA）的理念进行设计，保证系统的先进性。所有应用系统应该基于分布式体系结构进行设计和开发，其中所采用的软件产品也应是原厂商最新的商用版本。6、可靠性原则依托平台的相关安全设置以及应用系统的安全性，实现整个系统的安全性。确保系统不被非授权用户侵入，数据不丢失，传输时数据不被非法获取、篡改，确认对使用者、发送和接收者的身份等。使用的信息安全产品和技术方案在设计和实现的全过程中，必须有具体的措施来充分保证其安全性，以确保系统数据处理的一致性，保证业务和数据不被非法侵用和修改伪造，保证数据不因意外情况丢失和损坏，提供多种安全检查审计手段。5、安全性原则本项目建设的一大核心就在于信息整合和资源共享。标准化、规范化是系统开发和建设的前提条件和必要保障，也是系统平台与其他系统兼容和进一步扩充的根本保证。在系统的建设、运行管理、维护的全过程中，应当遵循相应的国标、部标和行业标准，同时制定医院自己的相关规范。在操作上，有国标可遵循的一定要遵循国标，否则可参考相关部门标准，系统建设选用的标准必须满足业务功能的实现。需要与其他系统进行数据交换的数据必须符合国家和地方行政部门正式颁布的数据交换要求。4、标准化原则项目遵循标准由于系统建设涉及多个部门和科室，参与的用户比较多，因此系统必须具有良好的可管理性、可维护性特点。8、可管理性原则系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。7、易用性原则系统在设计时将充分考虑系统对可靠性的要求，可采用多种高可靠、高可用性技术以使系统能够保证高可靠性，尤其是保证关键业务的连续不间断运作和对非正常情况的可靠处理。同时，对项目实施过程实行严格的技术管理和设备的冗余配置，保证系统运行的可靠性。国家卫健委《基于电子病历的医院信息平台建设技术解决方案》；国家卫健委《基于电子病历的医院信息平台技术规范》；全国医院信息化建设标准与规范（试行）医院信息化建设应用技术指引医院信息平台应用功能指引1、医疗卫生行业及信息化政策法规：国家卫健委《妇幼保健信息系统基本功能规范》；国家卫健委《医院信息系统基本功能规范》；国家卫健委电子病历基本架构与数据标准（试行）；国家卫健委《医院信息互联互通标准化成熟度测评》；国家卫健委《三级综合医院评审标准实施细则（2020年版）》；国家卫健委《电子病历系统功能应用水平分级评价方法及标准（试行）》《中国医院信息基本数据集标准》《中国卫生信息标准基础数据集》《国家卫生信息化标准基础框架》2、中国卫生信息数据标准：国家卫健委《国家基本公共卫生服务规范（第三版）》；国家卫健委《电子病历系统功能规范（试行）》；系统化医学名称—临床术语标准——SNOMEDCT医学数字化影像通讯标准DICOM3国际疾病分类ICD-9和ICD-103、国际医疗卫生数据标准：《电子病历基本架构与数据标准》《卫生信息数据规范指南》《***************管理办法》国保发（2005）16号4、信息安全规范：医疗企业集成规范——IHE临床文档架构——CDAR2医疗卫生领域信息交换标准——HL7V3观测指标标识符逻辑命名和编码标准——LOINC《涉及国家秘密的信息系统安全隔离与信息交换产品技术要求》国家保密标准BMB16-2004《***************技术要求》国家保密标准BMB17-2006《涉及国家秘密的信息系统工程建立规范》国家保密标准BMB18-2006《***************管理规范》国家保密标准BMB20-2007《涉及国家秘密的计算机信息系统分级保护测评指南》国家保密标准BMB22-2007《涉及国家秘密的计算机信息系统安全保密方案设计指南》国家保密标准BMB23-2008《电磁干扰器技术要求和测试方法》国家保密标准BMB4-2000《涉密信息设备使用现场的电磁泄漏发射防护要求》国家保密标准BMB5-2000《涉及国家秘密的计算机信息系统防火墙安全技术要求》国家保密标准BMB11-2004《涉及国家秘密的计算机信息系统漏洞扫描产品安全技术要求》国家保密标准BMB12-2004《涉及国家秘密的计算机信息系统入侵检测产品安全技术要求》国家保密标准BMB13-2004《涉及国家秘密的信息安全审计产品技术要求》国家保密标准BMB15-2004《中共中央国务院关于深化医药卫生体制改革的意见》《中华人民共和国电子签名法》5、电子签名标准《计算机信息系统安全保护等级划分准则》GB17859-1999《处理涉密信息的电磁屏蔽室的技术要求和测试方法》国家保密标准BMB3-1999《使用现场的信息设备电磁泄漏发射检查测试方法和安全判据》国家保密标准BMB2-19987、数字证书格式遵循的标准《数字证书认证系统密码协议规范》《证书认证系统密码及其相关安全技术规范》6、CA系统遵循的标准《关于做好卫生系统电子认证服务体系建设工作的通知》《卫生系统电子认证服务管理办法（试行）》（卫办发〔2009〕125号）《卫生系统数字证书应用集成规范（试行）》《卫生系统电子认证服务规范（试行）》8、数字证书服务和应用接口遵循的标准ITU-TX.509V2（CRL）ITU-TX.509V3（数字证书）GB/T20518-2006信息安全技术公钥基础设施数字证书格式研发技术要求：本次项目通过集成平台建设，统一梳理业务流程，将原来点对点业务改造为基于SOA架构的总线模式，大大提高业务交互协同效率，降低维护成本。同时通过建设病人主索引、主数据管理系统，统一对公共信息集中维护，提升互操作能力。项目整体框架技术要求《卫生系统数字证书服务管理平台接入规范（试行）》《卫生系统数字证书介质技术规范（试行）》《卫生系统数字证书格式规范（试行）》开放应用程序编程接口，并提供函数、动态库、中间件、HL7等说明文档和帮助文档。设计方法与技术架构要求：要求产品成熟稳定，功能模块齐全，符合应用规范。要求采用SOA分析与设计方法，组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性，系统业务逻辑清晰，系统支持C/S+B/S架构。集成平台的研发必须严格执行国际软件工程的标准，符合HL7、ICD-10、DICOM、IHE等国际标准。集成平台的研发必须严格执行国际软件工程标准；支持消息机制追踪处理提供图形化工作流管理、过程管理和规则管理工具具备病人主索引管理（EMPI）功能集成要求：要求采用完全异构的交互方式，同一厂商内部系统间也需采用标准的消息模式进行交互。可视化的图形界面来管理系统内各个模块。要求以“以病人为中心、以临床信息为主线，以提高医院经济、社会效益，提高医院科学管理水平，提高医生医疗水平提高医院医疗、服务质量为基本点”为设计思想，对医、护、技、检等方面的业务处理具备足够的管理和支持能力。系统扩充性要求：系统安装方便、在程序中提供前端维护、监控工具系统维护要求：同时支持跨院区的数据交换与共享，实现院-际间业务协同服务统一认证登录功能一、信息集成平台功能1.7功能参数提供各个层次的技术培训。从项目组织管理、售后服务方面保证为本项目提供长期持续服务支持。技术支持要求：要求集成平台系统先进、中立、开放、标准，并具有高度的灵活性和扩展性，充分考虑当医院业务高峰期数据库访问量巨大的情况下，整个业务系统的性能，并能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程优化和系统集成优化的需要。功能分类功能模块功能说明(一)企业服务总线1、系统接入组件平台可以通过系统接入组件连接院内现有的应用程序和数据库； 平台可以通过接口组件连接国家、区域等相关平台进行数据上报和数据交换；平台及总线使用的数据库及中间件为主流数据库及中间件，并提供商业培训；系统接入组件提供可视化管理，可以监控接口的运行状态；兼容关系型数据库、面向对象的数据库及非关系型数据库等，如SQL Server，Oracle，IBM DB2等； 平台预置的系统接入组件可以连接院内HIS、LIS、PACS、EMR、手术麻醉、重症护理系统等； 系统接入组件支持主流协议，包括但不限于HL7、DICOM、X12、FTP、HTTP等等，系统接入组件支持主流技术，包括但不限于TCP/IP，SOAP，MQ，JMS，.NET，J2EE等； (一)企业服务总线2、消息模型对于失败消息能够继续查询,在任意流程节点自动/手工重发；不管是失败的消息还是成功的消息都能做持久化保存；消息监控：要求提供图形化消息监控界面，实时查看消息负载及消息异常状况等内容。具有可视化界面提供消息查询和报表工具，提供消息审计和分析界面；(一)企业服务总线3、数据通信具备基于内容和“发布/订阅”的路由；可以实现消息的动态路由，且路由规则通过配置方式实现；具备同步消息、异步消息、点对点、发布/订阅的数据通信模式；具备异步事件驱动整合，医院信息集成平台消息系统通过消息类型、内容和下标等将消息路由到特定的业务流程；(一)企业服务总线4、格式转换具有高度优化的转换引擎，进行标准化的转换；可以具备HL7 V2、V3标准消息的映射和转换，提供图形化配置界面；具有具备XML文档的XSLT处理器，实现XML的格式转换；(一)企业服务总线5、动态路由可定制和扩展的路由功能和基于规则的流程控制功能。具有消息传递和队列管理功能，能对消息路由进行图形化编排。(一)企业服务总线6、业务协同服务通过业务流程管理实现业务协同；通过图形化可视化方式实现业务流程管理；能够实现从业务流程图跳转相应代码界面；含有建模组件，允许业务用户定义、查看和管理复杂的跨应用流程；可以通过图形化的方式查看已定义好的所有流程信息，包括流程名称，运行状态，发送方，接收方等；(一)企业服务总线7、平台标准化为了满足数据共享和交换的要求，平台中的研究数据需要参照国内外规范、指南进行标准化；要求按照现有国际、国内、行业的标准规范建立平台系统的相关标准、数据字典、信息分类编码标准、数据及文件格式、网络通讯规格、通讯接口；平台软件需遵守有关国际标准、国家标准、专业标准、软件文档规范等。要求具有标准数据元维护管理工具。要求具有标准数据元值域管理和对照功能。要求具有对象标识维护管理功能。要求具有共享文档浏览功能，能够直观清楚地查看共享文档数量，以及按照患者进行共享文档查询检索，浏览详细的共享文档内容。平台可对标准的交互服务进行维护管理，并能够直观地进行服务统计。要求具有标准的共享文档生成器配置功能。(一)企业服务总线8、平台性能具备平台各个子系统连续运行时间：每星期不少于7*24小时；每个交互服务在集成平台上分发时间：小于1秒；平台最大承受并发访问数：大于1000；(二)平台安全9、容灾机制软件级容灾方案，提供软件级容灾机制；具有高度的灵活性和扩展性，能够在医院业务高峰期数据库访问量巨大的情况下，确保整个业务系统的性能稳定；系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要具备2个及以上故障转移架构能力。(二)平台安全10、基础环境监控要求中文的平台监控可视化界面，包括平台相关服务器和组件运行情况监控；要求记录平台的日志，显示与查询异常信息；具备服务调用趋势展示，可按近3日、近7日、近30日等不同周期展示及具体系统的统计图展示；具备消息负载趋势展示：具备当前一小时等周期的消息负载趋势展示，能够显示当前的平台消息交换的压力；具备服务调用耗时趋势展示：具备服务调用的平均耗时趋势展示；(二)平台安全11、异常监控对平台的各项参数进行配置，包括配置各个监控参数的报警阈值等；要求通过图形界面展现各节点和交换流程运行情况，并对异常情况进行报警；可通过邮件、手机短信、微信等工具第一时间，主动通知系统管理员异常信息；具备服务告警/异常展示：具备Top3/5/10等排名的服务告警与服务异常展示。(三)主数据管理系统12、主数据管理系统集中统一地管理全院的基础数据，通过对平台相关的各业务系统提供基础数据服务，实现基础数据的同步或匹配；具备主数据注册新增、更新与注销等 3 项服务功能；具备患者、医疗卫生服务人员、医疗卫生机构（科室）、医疗卫生术语等 4 种主数据注册服务组件；具备主数据模型管理、定义、映射、订阅、审核与发布等 6 项功能；具备患者、医疗机构、医务人员及术语等 4 种主数据管理服务组件。满足主数据版本管理功能；主数据操作日志检索功能，便于数据审计；每条主数据确保系统内唯一的非公布的标识符；注册服务遵循IHE ITI EUA、XUA、PWP等规范；医疗卫生术语的统一注册管理服务；具备建设公用字典，将各个业务系统中共用字典进行统一维护管理，具备公用字典采用国家标准字典进行标准化。也可具备从其他系统同步各临床科室的服务单元及病区信息，并建立医院临床组织机构和HIS中各临床服务单元的对应管理。主数据包括但不限于：①临床术语管理：具备对ICD编码等临床术语进行统一管理。②服务单元：门诊服务单元、住院服务单元、护理服务单元等。③检验项目：检验项目、标本类型等。④检查项目：包括放射、超声、病理、内镜、心电等。⑤收费项目：收费项目基本信息、手术项目基本信息、手工项目收费基本信息、费用类别基本信息等。⑥医嘱项目：定义医嘱项目基础数据。⑦药品信息：药品基本信息维护、抗生素基本信息、药理分类信息、药品通用信息、诊断院内码、手术院内码、物资材料、材料基本信息、固定资产基本信息、医用材料基本信息[和收费代码挂钩]等。⑧手术院内码和手术ICD的对应关系，诊断院内码和诊断ICD的对应关系。⑨国标：全国组织机构代码编制规则（GB/T 11714-1997）、中华人民共和国行政区划代码(GB/T 2260-2007）、县级以下行政区划代码编制规则(GB/T 10114-2003）、经济类型分类与代码(GB/T 12402-2000)、性别分类及代码(GB/T 2261-2003)、婚姻状况代码（GB/T 4766-1984）、中国各民族名称的罗马字母拼写法和代码（GB/T3304-1991）、学历代码(文化程度代码 GB 4658-2006)、学位代码(GB/T 6864-2003)、所学专业(GB/T 16835-1997)、专业技术职务代码（GB/T 8561-2001）、职业分类与代码（GB/T6565-1999）、疾病分类与代码（GB / T14396-2001）、中医病症分类与代码（GB/T15657-1995）等。⑩行标：卫生机构(组织)分类与代码（WS218-2002）、卫生机构类别代码表(WS218-2002)、卫生信息数据集分类与编码规则（WS/T306-2009）、《WS/T 102-1998 临床检验项目分类与代码》、《国家基本医疗保险、工伤保险和生育保险药品目录》、《医疗器械分类规则》、《全国医疗服务价格项目规范》等。(四)主数据订阅发布13、订阅发布管理功能，具有启/停/禁用等管理功能；组织信息（医院组织机构代码）登记功能；院内应用系统注册功能，为单点登陆、订阅发布等功能提供基础数据；信息系统权限管理功能，登记院内信息系统的模块、角色，方便新增人员时分配权限；日志查看功能；消息路由管理功能；主数据信息订阅发布功能；员工信息订阅发布功能；科室信息订阅发布功能；(五)患者主索引系统14、患者主索引系统建立全院级统一的患者基本信息库，实现患者基本信息的“一数一源”，能够保证各个系统的患者信息的一致性、完整性、同一患者的逻辑唯一性。对患者数据进行图形化管理，包括相似患者、不规则患者，合并患者统计；患者注册功能：患者主索引系统接收到患者信息后，会对患者信息进行校验，可以通过设定不同的数据规则，完成患者信息匹配合并，对订阅过的源系统发布新增患者通知；具备对中文词汇的模糊搜索排序。患者更新功能：患者主索引系统收到消息后，根据患者标识查询到患者后，对患者信息进行修改，保证域内患者信息统一；患者拆分/合并/索引重建：具备对已合并患者信息进行拆分；具备对疑似相同患者提供前端操作界面，可以直观的查看信息差异情况，辅助操作人员进行患者信息合并，将合并记录更新到患者主索引；具备对院内各类信息系统中的患者信息进行索引重建，使历史记录可以进行关联，可自动或手动匹配、合并患者信息。患者信息查询：由于在患者注册时已经对患者主索引系统内的所有患者进行了匹配关联，所以在进行患者查询时，可以查询到所有的关联信息和关联标识，并根据不同来源域的可信度权重进行自动筛选；服务方式：提供患者信息注册、更新、合并、查询等接口服务。匹配规则管理：具备为医院提供患者匹配的标准与规范，根据设定的相同匹配规则对注册信息进行合并；具备为医院提供患者匹配的标准与规范，根据设定的相似匹配规则对注册信息建立相似关系。(六)科室主索引系统15、科室主索引系统建立全院统一的科室字典信息库，作为医院内所有应用系统都遵循的字典标准，确保全院信息系统科室字典的一致性、完整性、唯一性； 科室主索引总览，具备科室的任意层级的树形结构维护，可扩展科室基本属性,全面维护科室信息，具备某条数据的停用、启用功能；外部系统不同标准的科室字典注册功能，具备批量数据导入； 科室字典匹配对照功能，按照标准化字典与外部系统字典进行对照，识别不同来源系统间科室字典进行关联；科室主索引操作日志检索功能，便于数据审计；病区维护功能，具备批量导入、启停病区信息，实现病区和科室对应；科室主索引信息同步接口；(七)员工主索引系统16、员工主索引系统建立全院统一的员工字典信息库，作为医院内所有应用系统都遵循的字典标准，确保全院信息系统科室字典的一致性、完整性、唯一性； 员工主索引的总览功能，员工基本信息的维护功能，具备数据的批量导入导出功能,具备某个人员的启停功能，扩展人员基本属性,全面维护人员信息；资质管理功能,可按科室分类,管理不同科室人员的资质；不同标准人员字典注册功能，具备批量数据导入；员工字典的匹配对照功能按照标准化字典与其他字典进行对照，识别不同来源系统间员工字典进行关联；员工主索引操作日志检索功能，便于数据审计；外部系统人员管理,展示外部注册人员信息，并可进行检索；员工主索引信息同步接口；(八)单点登录及门户系统17、单点登录系统统一用户服务为全院各应用系统提供统一用户管理、统一认证管理和统一授权管理。为医院各应用系统提供统一的、高可靠性和安全的用户管理服务，它集中存放以前分散在各应用系统的用户信息和组织机构信息，并按照管理流程，实现信息在各系统之间的流转和同步，并为各系统提供人员创建、调动、注销和密码同步等功能。单点登录功能，用户通过统一的账号及密码登录后看到各个业务系统的快捷图标，点击后直接进入对应系统；用户维护功能，在员工主索引的基础上，统一管理所有应用系统的账号及密码；具备应用系统的权限体系注册到单点登录系统，并在该权限体系结构下进行整理生成新的角色体系；角色维护功能，统一管理操作用户登陆各个业务系统的基本角色；系统应能通过权限设置和委托，实现分级管理功能，以方便管理部门（如医务处、护理部和人事处等）或各临床科室管理各自的用户信息。具备不同架构（B/S和C/S等）的业务系统接入注册；各业务系统通过注册获得操作用户访问该系统的基本权限，并在系统内添加自己独特的用户属性；可视化的单点登录配置功能，具备界面背景配置、图标排列配置、会话失效时间配置等功能；消息公告发送功能，能创建消息标题，消息内容，并可以选择推送给指定人员、科室、角色，所有消息在单点登录客户端进行展示；平台管理职工在单点登录中允许登录的应用系统，对职工的系统角色进行分类管理，对职工的CA证书进行绑定管理，实现CA登录；授权管理系统应采用基于角色的访问控制，用户所能访问的权限就由该用户所拥有的所有角色的功能集合的并集决定。系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提供灵活的查询界面和接口。日志不能随意删除和修改。要求提供支持用户名+密码验证、动态口令、CA证书、Usb-Key等认证方式的多因子身份验证（MFA）。(八)单点登录及门户系统18、统一工作门户将医院相关系统、业务协同工具都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表、即时消息、共享文件等信息。同时可以无须再次输入用户名密码或其他认证，直接登陆其他业务系统。统一门户针对每个角色的不同，为科主任、医生、护士长等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。临床科室主任角色门户:临床科室主任角色门户是为医院所有临床科室主任定制个人门户，为科主任提供了数据抓手，展示科室各个方面的运营数据，为科主任进行科室管理提供帮助。功能要求：重点指标、重点关注、门诊指标、出院指标、不良事件统计、处方点评统计、手术统计、医保统计、会诊统计、抗菌药物排名、危急值响应超时、传染病统计、死亡患者统计、医院感染统计、二次手术统计、临床路径统计、31天重返统计等科主任自定义指标。护士长角色门户：为医院所有护士长定制的个人门户，将护士长所管理的病区的信息集中展现，包括当前病区实时发生的数据，还有对病区历史数据的统计，通过图表的方式展现出来，管理病区内的各项事务。功能要求：病区概要、病区提示、患者列表、手术列表、排班考勤、当日医嘱、人力资源、出入院统计、费用统计、手术统计、医嘱统计、压疮发生率统计、跌倒发生率统计等护士长自定义指标。医生角色门户：为医院所有医生定制个人门户，将医生所关注的信息进行集中展示，同时将医生常用的业务操作集成在一起，方便医生的日常工作。功能要求：临床提示、患者列表、手术列表、门诊指标、住院指标等医生角色自定义指标。如果一个用户拥有多个角色（如既是科主任，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。通过自动化部署发布脚本，可以自动发布并更新应用程序。提供应用系统接入规范，包括认证、消息和界面集成方案。(九)平台系统管理19、平台系统管理系统用户维护功能，对系统用户的增/删/改/启/停等维护操作；系统角色设置/维护功能、对角色下用户的设置/维护功能；系统消息查看功能，对集成平台系统对当前用户推送的所有消息进行查看；系统日志查看功能，对“系统用户维护”、“系统角色维护”等的操作记录进行查看；系统登录界面设置功能，对集成平台系统的登录界面的“背景图片”、“系统名称”、“系统logo”、“贴图”等内容进行设置；具有时钟同步功能，与院内授时系统同步时间，保证院内各系统时间统一；(十)院内信息系统集成梳理服务20、集成引擎部署安装根据服务器硬件环境调研结果，生成集成引擎安装及容灾配置方案；安装ESB集成引擎；搭建集成引擎的高可用环境；根据业务量需要和服务器实际配置，进行集成引擎配置优化；根据安全审计顾问意见，进行集成安全优化；(十)院内信息系统集成梳理服务21、主数据梳理服务调研院内实际使用的字典情况，包含字典所属系统，字典属性（国家标准、行业标准、地区标准、院内标准）根据调研报告，建议院方升级字典根据实施方案中确定的字典数量及内容，导入到主数据管理系统进行统一管理及维护；(十)院内信息系统集成梳理服务22、科室主索引梳理服务调研院内实际使用的科室字典情况；根据调研报告，建议院方升级更新字典根据实施方案中确定的科室字典内容，导入到科室主索引管理系统进行统一管理及维护；如需科室字典对照，培训院方人员使用对照工具进行对照；(十)院内信息系统集成梳理服务23、员工主索引梳理服务调研院内实际使用的员工字典情况，重点调研人力资源管理系统内数据；根据实施方案中确定的员工字典内容，导入到员工主索引管理系统进行统一管理及维护；如需员工字典对照，培训院方人员使用对照工具进行对照；(十)院内信息系统集成梳理服务24、患者主索引历史数据导入及分析服务批量导入可产生患者唯一标识的域患者基本信息到EMPI系统；对导入数据进行校验，并标识不规则数据；根据配置好的匹配规则进行交叉匹配计算；对计算后的结果进行分析，标识出精准匹配并合并的数据条数、相似数据条数、不规则数据条数等信息，出具历史数据匹配分析报告；患者信息注册接口，接入各系统实时产生的患者基本信息数据；患者信息更新接口，收到更新请求后，同步更新EMPI系统内患者信息；患者信息检索接口，根据检索内容，返回患者EMPI号码及关联各个系统该患者主键及其基本信息；(十)院内信息系统集成梳理服务25、院内流程标准化梳理服务分析院内业务与信息化交互流程，设计标准的交互流程和规范；制订院内数据交互标准，指导各厂商进行改造；采用SOA分析与设计方法，组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性，系统支持C/S和B/S架构；利用集成引擎工具，进行定制和开发，开放经过标准化梳理的接口服务；将各个业务系统间交互通过集成引擎进行协同；(十)院内信息系统集成梳理服务26、系统权限整合服务调研院内各业务系统的权限体系架构，收集各系统数据，并分析整理生成新的角色体系，生成调研报告；提交调研报告到院方，经批准后形成实施方案；导入各业务系统的权限体系到系统上，并根据实施方案中的新制定的权限体系，维护到系统内；(十)院内信息系统集成梳理服务27、系统接入服务根据院内信息化情况个性化制订集成平台与第三方信息系统的系统接入组件；系统接入组件支持主流交互标准接口，例如HL7 V2、HL7 V3；预置主流医院业务系统接口，如HIS、LIS、PACS、EMR、手术麻醉、重症护理等系统；提供对外部单位的系统接口；四、医院信息化可视监控平台三、数据驱动智能应用建设二、全院统一数据平台及服务功能分类功能模块功能说明(十一)建设目标要求28、建立医院统一数据平台整合医院各业务系统数据源，包括：患者基本信息、诊断、用药、检验、放射、超声、内镜、心电、病理等检查信息、用血信息、治疗信息、体检信息、手术麻醉、ICU监护信息等；入院、出院、转科、医保及其它患者统计信息等；门诊、住院医生电子病历、护理电子病历等文档信息的广义临床信息集合，支持结构化、非结构化、多媒体化的混合结构的临床信息内容管理；同时全面接管各系统的基础数据管理，使全院各系统的数据源唯一。(十二)整体架构要求29、整体框架要求数据平台具备分布式计算、列式存储、并行计算、实时数据处理数据能力；利用统一数据平台进行全量数据集中，消除数据孤岛，实现数据集中存储；软件系统不限制用户、授权、设备数量；统一数据平台具备水平扩展，具备动态扩容、扩机器，来增加存储空间和计算资源；统一数据平台的全量性，除临床相关数据外，对医院主要业务数据进行存储；数据中心具备实时性，在对业务数据库不产生任何影响的情况下，关键数据实时同步到数据中心；统一数据平台需要保证数据和原始业务系统的一致性和准确性；统一数据平台中各类数据具备长期性，能够满足全量数据在线查询需求；通过图形化方式展现统一数据平台相关硬件、组件实时状况；实现通过移动端查看数据平台上所有数据指标；通过图形化方式展现统一数据平台数据结构、字典对照等标准化相关配置；数据中心具备海量并行处理，提供高性能的查询服务；具有容灾备份能力，能够热备方式快速恢复切换，具备数据自动修复能力，保证系统业务连续性。具备在移动端（微信小程序等）上查看医院定制的数据中心指标的功能（包含运营管理辅助支持系统、决策支持系统等系统包含的指标）。(十三)数据平台管理要求30、首页概览数据平台集群运行状况预警信息；数据平台应用服务运行状况预警信息；数据平台硬件使用状况和预警信息；数据平台类存储信息汇总及趋势；当天数据增量信息查看功能；(十三)数据平台管理要求31、数据平台监控硬件服务器运行监控；能够按照数据分类查看和监控数据中心内数据变化情况；外部系统调用记录的审计追踪功能(十三)数据平台管理要求32、数据管理按照业务分类检索数据功能；提供数据质量监测分析功能；数据质量治理工具，应包括日期格式化标准化等工具；(十三)数据平台管理要求33、系统管理提供医疗机构信息（尤其是多院区、集团化医院）维护管理功能；提供医院业务系统域ID维护管理功能；数据中心全局变量配置维护功能；基于角色的用户权限管理功能；系统权限统一管理配置功能；(十四)数据接入引擎要求34、数据采集提供实时数据采集对接方案，实时数据要保证准确，能够对多种实时性需求进行多种方案匹配；提供历史数据采集和定时采集；提供历史数据采集量和增量数据采集情况统计，通过图形折线等方式进行直观展现； 数据采集不得影响临床系统生产库性能；(十四)数据接入引擎要求35、数据存储整合数据整合层负责从各原始业务系统中复制、抽取相应数据，并通过统一数据标准和模型，对原始数据进行清洗转换，最终统一存储在数据平台。面向列或对象存储，可以存放任何格式的数据，并能快速检索；提供各个业务系统数据存储情况的分类统计和跟踪功能；(十四)数据接入引擎要求36、数据标准化提供数据元、数据集的管理功能；提供院内字典和标准字典对照功能；提供浏览院内业务字典功能(十四)数据接入引擎要求37、数据质量治理提供数据模型查询和浏览功能；提供按照业务分类检索数据模型功能；提供数据质量治理工具；(十四)数据接入引擎要求38、数据开放服务开放接口支持Web-Service、视图等方式，对数据快速访问；能够记录每次查询的审计日志，通过图形化界面查看日志；提供数据访问的患者去标识化、隐私保护功能(十四)数据接入引擎要求39、数据安全体系需要对统一数据平台所有数据进行控制和保护，不同用户只能访问到特定数据；提供严格的数据审计追踪机制，能够及时有效地监控数据使用情况；数据平台提供详细的容灾处理机制确保平台的稳定运行，数据的安全，需要详细的技术方案阐述；数据存储-分级保护，需要建立一套数据的分级制度，对于不同级别的信息采用不同的保护措施。(十四)数据接入引擎要求40、数据性能具备内存弹性计算和实时流处理，实现实时数据处理；具备任务自动迁移、重试和预测执行，不受计算节点故障影响；数据中心具备TB级别数据并发读写。(十五)数据主题库建设要求41、数据主题库在数据全量归集和标化后，能够按照业务需要进行主题数据库的建设；能够按照患者就诊行为，梳理建立患者就诊为中心的诊疗事件库，要求将患者单次就诊相关的临床事件进行关联合并，建立院内临床数据中心；能够按照运营管理需要，建立管理主题库，重点建设以科室、医护、员工、设备、耗材等为主题的管理决策模型，建立院内运营数据中心；按照患者病历存储要求，建立电子病历文档库，实现以患者为中心的电子病历数据存储。（十六）临床数据中心（CDR）42、临床数据库参考国际HL7标准、《电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范，将临床活动产生的所有数据进行通过先进技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中，形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。（十六）临床数据中心（CDR）43、数据范围包括但不限于：患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等，涉及数千个数据字段的采集、清洗、转码、载入工作，涵盖HIS、LIS、RIS、NIS、CPOE、EMR等各类业务系统，异构数据库涵盖SQL server、Oracle等数据库，数据时间范围包括信息化以来的历年数据及实时数据等。（十六）临床数据中心（CDR）44、数据存储建立临床信息数据库，遵循国家卫健委《WS 445-2014 电子病历基本数据集》，至少包含标准要求的16类数据集和58个数据子集的内容；具备自定义扩展数据集；包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等；按照标准的临床业务模型对患者数据。就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。具备对历史患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据进行抽取、清洗、转换，按标准化、结构化、分类存储。临床数据中心的数据集成以患者为中心，以就诊为索引的所有临床数据。数据接入可以具备多种数据接入形式与数据规范。多种数据采集的接入方式与规范：对接集成平台提供的各类接口。具备不同数据规范的接入：对接支持HL7 V3、HL7 V2、普通的XML等格式。数据接入程序具备分布式部署为患者全息视图提供数据：作为患者全息视图的数据源，为其提供以患者为中心的患者临床全流程就诊数据。（十六）临床数据中心（CDR）45、数据集成内容包括但不限于如下：患者标识：对门急诊、住院患者就诊登记的患者基本信息（就诊卡号、病案号、姓名、性别、年龄、医保费用类别等）进行模型设计、运营库数据集成，实现连续性存储管理。患者服务：对门急诊、住院患者的就诊信息（挂号方式、候诊科室、看诊医生、入院登记时间、入院时间、入院病区等）进行模型设计、运营库数据集成，实现连续性存储管理。门诊处方：对门急诊患者的处方信息（用药、治疗、检查、检验等）进行模型设计、运营库数据集成，实现连续性存储管理。临床诊断：对门急诊、住院患者的中西医诊断信息（门诊诊断、入院诊断、出院诊断等）进行模型设计、运营库数据集成，实现连续性存储管理。住院病历：对住院患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化病历数据存储、半结构化数据存储。住院医嘱：对住院患者的医嘱信息（长期医嘱、临时医嘱）进行模型设计、运营库数据集成，实现连续性存储管理。输血记录：对住院患者的输血记录、输血不良反应进行模型设计、运营库数据集成，实现连续性存储管理。配发血信息：对住院患者的配血记录信息、发血记录信息、血制品信息进行模型设计、运营库数据集成，实现连续性存储管理。血型鉴定：对门急诊、住院患者的血型检测信息进行模型设计、运营库数据集成，实现连续性存储管理。手麻记录：对住院患者手术麻醉信息（手术记录、麻醉记录、手术中的输血、用药、基本生命体征、麻醉事件）进行模型设计、运营库数据集成，实现连续性存储管理。检验申请单：对门急诊、住院患者的检验申请信息进行模型设计、运营库数据集成，实现连续性存储管理。检查申请单：对门急诊、住院患者的检查申请信息进行模型设计、运营库数据集成，实现连续性存储管理。门诊病历：对门急诊患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。体征记录：对住院患者体温单中的症状体征信息进行模型设计、运营库数据集成，实现连续性存储管理。护理病历：对住院患者护理文书（一般护理记录单、各种评估单、健康教育）进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化数据存储。重症监护信息：患者住院的重症监护系统产生的单据（ICU护理记录单、急救中心重症记录单、新生儿特级护理记录单）主题进行模型设计，对运营库中重症监护单数据进行集成，实现统一模型的连续性存储管理；支持非结构化数据存储。过敏信息：对门急诊、住院患者的过敏信息（入院病历过敏信息、药品皮试结果、检验测定过敏结果、检查用药过敏情况）进行模型设计、运营库数据集成，实现连续性存储管理。检验报告：对门急诊、住院患者的实验室检验信息（项目名称、检验结果、单位、参考值和趋势）进行模型设计、运营库数据集成，实现连续性存储管理。PACS报告：对门急诊、住院患者的全数字化医学影像检查报告（CR、DR、CT、MRI、DSA、ECT、PET、B 超、内镜等影像设备产生的报告信息包括检查所见、检查所得、检查结论）进行模型设计、运营库数据集成，实现连续性存储管理。电生理报告：对门急诊、住院患者的电生理检查报告（心电图、脑电图、肌电图、视网膜电图、听觉诱发电位）进行模型设计、运营库数据集成，实现连续性存储管理。病理报告：对住院患者的病理检查报告(检查所见、病理诊断）进行模型设计、运营库数据集成，实现连续性存储管理。（十七）运营数据中心（ODR）46、运营数据中心主题分析：要求记录医院各主题指标的明细，数据粒度按医院要求制定，包括但不限于：病区、科室、医护、患者、收费项目、医嘱项目、处方等分类。收入主题指标：要求包含全院总收入、门诊收入、住院收入、急诊收入、门诊药品收入、住院药品收入、全院药品收入、门诊材料收入、住院材料收入、门诊中药收入、住院中药收入、体验收入、门诊药占比、住院药占比、门诊材料占比、住院材料占比、全院医嘱数量等指标。挂号主题指标：要求包含门诊挂号人次、门诊退号人次、门诊挂退号人次、门诊挂号工作量、门诊挂号费、门诊诊查费、门诊病历本费、门诊节假日挂号人次、门诊节日挂号人次、门诊假日挂号人次、门诊工作日挂号人次、门诊初诊挂号人次、门诊复诊挂号人次、门急诊初诊率、预约人次、门急诊复诊率等指标。出入转主题指标：要求包括实际床位数、原有人数、入院人数、出院人数、现有人数、死亡人数、固定床位数、实有床位数、出院患者住院总天数、平均开放病床数、实际占用总床日数、实际开放总床日数、出院人次等指标。门诊处方主题指标：要求包括门急诊处方数、门急诊处方金额、门急诊处方药品品种数、门急诊中成药处方数、门急诊中成药处方金额、门急诊中草药处方数、门急诊中草药处方金额、门急诊中草药处方代煎数、门急诊中草药处方自煎数、门急诊西药处方数、门急诊西药处方金额、门急诊中药处方数、门急诊中药处方金额、门急诊当日配发药处方数、门诊处方数、门诊处方金额、门诊处方药品品种数、门诊中成药处方数等指标。门诊发药主题指标：要求包括门诊发药金额、门诊发药数量、基本药品金额、基本药品数量等。住院发药主题指标：要求包括住院发药金额、住院发药数量、基本药品金额、基本药品数量等指标。门诊就诊主题指标：要求包括门诊就诊人次、门诊就诊总费用、门诊就诊总药费、门诊就诊使用口服剂人次、门诊就诊静脉输液人次、门诊就诊使用注射剂人次、门诊就诊使用抗菌药物人次、门诊使用基本药物人次数、门诊次均费用、门诊次均药品、门诊就诊使用抗菌药物使用率、门诊使用基本药物使用率等。住院就诊主题指标：要求包括出院人次、住院就诊总费用、住院就诊总药费、住院就诊使用口服剂人次、住院就诊静脉输液人次、住院就诊使用注射剂人次、住院就诊使用抗菌药物人次、住院使用基本药物人次数、住院次均费用、住院次均药品、住院就诊使用抗菌药物使用率、住院使用基本药物使用率等指标。麻醉主题指标：要求包括手术总台数、择期手术总台数、日间手术总台数、介入手术总台数、微创手术总台数、一级手术总台数、二级手术总台数、三级手术总台数、四级手术总台数、重返手术总台数、麻醉总例数(三甲)、全身麻醉例数(三甲)、体外循环例数(三甲)、脊髓麻醉例数(三甲)、其他类麻醉例数(三甲)、手术时长等指标。手术主题指标：要求包括手术总例数、手术总例数、择期手术总例数、急诊手术总例数、日间手术总例数、介入手术总例数、微创手术总例数、一级手术总例数、二级手术总例数、三级手术总例数、四级手术总例数、重返手术总例数等指标。预约挂号主题指标：要求包括号源数、可预约号源数、预约人次、预约取号人次、预约爽约人次、预约取消人次、预约取号退号人次、初诊预约取号人次、复诊预约取号人次、本地预约取号人次、本地初诊预约取号人次、本地复诊预约取号人次等指标。资源排班主题指标：要求包括应出诊医生人次、实出诊医生人次、停诊医生人次、替诊医生人次、被替诊医生人次、可挂号数量、可预约数量、加号数量等指标。病人诊断主题指标：要求包括全院诊断数量、门急诊诊断数量、门诊诊断数量、急诊诊断数量、住院诊断数量、体检诊断数量等指标。医保主题指标：要求包括医保总金额、个人支付额、基金支付额、统筹支付额、大病支付额、住院天数、医保人次、医保次均费用、医保次均药费等指标。病案主题指标：要求包括出院人次、住院患者死亡人次(三甲)、住院手术死亡人次(三甲)、新生儿出院患者人次(三甲)、新生儿出院患者死亡人次(三甲)、新生儿死亡率、出院患者抢救人次、出院患者抢救成功率、手术患者并发症发生例数等指标。病案诊断明细、手术明细主题指标：要求包括诊断例数、手术列数、入院情况、诊断idc、诊断名称、诊断序号、手术名称等。重点病种、手术主题指标：要求包括住院重点疾病总例数(病种)(三甲)、出院患者死亡人数(病种)(三甲)、出院当天再住院患者人次(病种)(三甲)出院15天内再住院患者人次(重点病种)(三甲)、出院31天内再住院患者人次(重点病种)(三甲)、出院患者住院总天数(重点病种)(三甲)、出院患者总费用(重点病种)(三甲)、出院患者总药费(重点病种)(三甲)、住院重点手术总例数(重点手术)(三甲)、出院患者死亡人数(重点手术)(三甲)、术后非预期再手术例数(重点手术)(三甲)、出院患者住院总天数(重点手术)(三甲)、出院患者总费用(重点手术)(三甲)等指标。并发症主题指标：要求包括并发症总例数、并发症死亡人次、并发症死亡率、并发症总费用、并发症总药费、并发症次均药费、并发症次均费用等指标。人力资源主题指标：要求包括卫生人员数、护理人数、医技人数、麻醉医生人数、离职率、医护比、麻醉医生比等指标。不良事件主题指标：要求包括住院患者压疮发生率、医院内跌倒/坠床发生率、产伤发生率、产伤——新生儿人次、产伤——器械辅助阴道分娩人次、产伤——非器械辅助阴道分娩人次 、因用药错误导致患者死亡发生率、输血/输液反应发生率、手术过程中异物遗留发生率、医源性气胸发生率、医源性意外穿刺伤或撕裂伤发生率等指标。院感主题指标：要求包括呼吸机相关肺炎发病率（‰）、留置导尿管相关泌尿系感染发病率（‰）、血管导管相关血流感染率（‰）、不同感染风险指数手术部位感染发病率（％）、新生儿科两项侵入性操作相关感染等指标重症主题指标：要求包括ＩＣＵ-1 非预期的24/48 小时重返重症医学科率（%）、ＩＣＵ-2 呼吸机相关肺炎（ＶＡＰ）的预防率（‰）、ＩＣＵ-3 呼吸机相关肺炎（ＶＡＰ）发病率（‰）、ＩＣＵ-4 中心静脉置管相关血流感染发生率（‰）、ＩＣＵ-5 留置导尿管相关泌尿系感染发病率（‰）、ＩＣＵ-6 重症患者死亡率（%）、ＩＣＵ-7 重症患者压疮发生率（%）、ＩＣＵ-8 人工气道脱出例数等指标。（十八）共享文档库（CDA）47、共享文档的值域映射根据主数据管理中的国标或者行业标准，进行文档中的值域和标准值域的转换。（十八）共享文档库（CDA）48、OID版本管理OID是卫生部对特定数据的定义，在每一测评周期中可能变更，所以需要版本管理。生成共享文档时，可以选定特定的版本。（十八）共享文档库（CDA）49、数据元版本管理数据元是卫生部对特定数据的定义，在每一测评周期中可能变更，所以需要版本管理。生成共享文档时，可以选定特定的版本。（十八）共享文档库（CDA）50、共享文档模板生成根据OID、数据元、值域版本生成共享文档模板，包括初始版本1.0的复制、编辑、删除。（十八）共享文档库（CDA）51、共享文档生成按选定的病人，生成互联互通文档（通过ESB的数据支持），包括定时生成共享文档和手动生成共享文档。（十九）共享文档管理52、首页共享文档表格统计：根据共享文档类别按年份统计出所生成的文档数量（只统计有文档产生的年份）；共享文档柱状图统计：可选择年份，根据文档类别查看所生成的文档数量，柱状图展示。（十九）共享文档管理53、文档共享文档搜索 根据列出的搜索条件，输入关键字，进行查找文档；主索引列表查看 查看从主数据获取而来的患者主索引列表；生成所选 可多选患者，根据选择的患者信息生成对应的文档；可选择开始/结束时间以及所需生成的文档类型；批量生成 生成所有患者的共享文档；可选择开始/结束时间以及所需生成的文档类型；隐私保护 可设置需隐藏显示的字段列，当隐私保护开启时，则用*代替显示字段内容；共享文档浏览 查看当前患者的所有文档信息，可根据文档名称/类型筛选；生成共享文档 生成当前患者的共享文档，可选择开始/结束时间以及所需生成的文档类型；数据验证根据数据比对，验证该文档生成的正确性；导出文档查看当前患者文档时，可导出该患者的共享文档到某个指定的路径下。（十九）共享文档管理54、标准管理字段管理配置根据某个文档（如病历概要）的sql文件进行字段的展示，可对字段进行修改和删除（停用）的操作；文档结构配置根据某个文档（如病历概要）进行文档节点展示，包括中英文的对照；节点配置节点的中文描述和备注信息；对于特殊的节点（如compont和entry）,可配置扩展属性；节点属性列表展示节点属性，包括属性代码、属性值和属性描述；生成文档可根据当前模板的结构，选择患者进行共享文档的生成（十九）共享文档管理55、文档浏览文件夹搜索可键入文件夹路径，搜索出需查看的共享文档；共享文档查看根据根文件夹逐层打开文件夹，查看共享文档内容和概要信息。（二十）医联体/医共体数据56、医联体/医共体数据提供对医联体/医共体单位数据的采集及展示功能（包含大屏展示）。功能分类功能模块功能说明(二十一)患者360视图57、患者360视图具备患者信息集成展示功能，展示信息包括就诊记录、患者体征记录、医嘱信息、用药信息、检验报告、检查报告、手麻信息。用户只需访问单一来源，即可调取所要的全部信息。为医务人员提供围绕患者的全景化信息集成视图，包括患者当前就诊过程中的关键医疗信息集中展示的当前视图支持以就诊视图、分类视图等多种展现形式，直观的展现患者就诊信息；按时间以概览的形式展示患者历次就诊资料情况，并支持详细临床资料查看；提供基于病人主索引的患者唯一性匹配功能；提供基于病人主索引的就诊信息整合功能；支持按患者就诊类型、就诊时序详细展示患者就诊信息；支持嵌入不同医生工作站、医技系统、手麻系统等，进行界面集成；提供患者的诊断信息查看功能，诊断列表内可查询该患者历次在医院就诊时医生开具的诊断信息。提供患者的医嘱信息查看功能，支持按医嘱查看医嘱执行信息。提供患者的检查报告查看功能，及PDF浏览功能；提供患者的检验报告查看功能，并支持检验项趋势分析功能；提供患者的病历文书查看功能，病历档案包括患者在院所产生的病历、高拍文档资料；提供患者的手术信息查看功能，查询患者历次所做的手术记录信息，包括门诊手术和住院手术。（二十二）运营管理辅助支持系统58、门诊动态业务描述：围绕门诊患者就诊实时流量、预约相关业务分析。功能描述:门诊流量分析：实时监测门诊挂号人次、已就诊、待诊人次流量；检查申请人次、完成检查人次、等待人次分析；检验申请人次、完成检查人次、等待人次分析；并且能下钻到具体的患者明细信息。就诊流量:半小时时段实时人次、累计人次分析。门诊预约分析：门诊患者预约途径方式构成分析、平均预约就诊率、预约就诊率趋势分析。候诊分析：门诊预约患者就诊候诊时长趋势分析，候诊实时情况分析。（二十二）运营管理辅助支持系统59、工作负荷业务描述：围绕工作负荷相关业务指标进行分析。功能描述:门诊工作负荷分析年度门诊人次分析；年度急诊人次分析；KPI指标月度趋势分析、本期同步、环比分析；住院工作负荷分析年度入院人次分析；年度出院人次分析；执业医师日均担负住院床日数分析；（二十二）运营管理辅助支持系统60、患者负担业务描述：针对均次费用分析指标，提供层层深入分析的能力，帮助院领导和科主任洞察全院及科室均次费用指标的整体情况，发现影响均次费用的原因并加以干预。功能描述:指标年度趋势分析；门诊人均费用占比分析；住院人均费用占比分析；（二十二）运营管理辅助支持系统61、工作效率业务描述：围绕工作效率指标相关业务分析。功能描述:平均住院日、病床使用率、病床周转次数、日均诊疗人次、日均住院床日数围绕指标进行本期、同期、年度、月度分析；指标具备科室->医师下钻分析；（二十二）运营管理辅助支持系统62、医疗质量监控关键环节过程审核，对特殊的医疗行为应先由相关和质量控制科审核方可进行。可对需要审核的时间条件进行定义，出现需要审核的环节时系统提示相关人员进行审核。患者医疗质量与安全：提供住院重点疾病的指标分析；提供住院重点手术的指标分析；提供麻醉质量的指标分析；提供患者安全的指标分析；所有指标分析都具备按年份、月度等条件进行筛选；单病种质量监测：围绕以下单病种，提供单病种资源消耗相关指标：例数、平均住院日、次均费用、次均药费、死亡率等指标分析：提供急性心力衰竭的指标分析结果；提供脑梗死STK的指标分析结果；提供髋、膝关节置换术的指标分析结果；提供冠状动脉旁路移植术CABG的指标分析结果；提供围术期预防感染PIP的指标分析结果；提供社区获得性肺炎(住院、成人)的指标分析结果；提供社区获得性肺炎(住院、儿童)的指标分析；重症医学质量监测：提供非预期的24/48小时重返重症医学科率的统计分析；提供呼吸机相关肺炎预防率的统计分析；提供呼吸机相关肺炎发病率的统计分析；提供中心静脉置管相关血流感染发病率的统计分析；提供留置导尿管相关泌尿系感染发病率的统计分析；提供重症患者死亡率的统计分析；提供重症患者压疮发生率的统计分析；提供人工气道脱出例数的统计分析；具备按年份、月度等条件进行筛选；（二十二）运营管理辅助支持系统63、用药分析与评价系统从医院实际的管理需求出发，实现医院内部药占比、抗菌药占比、抗菌药物使用率、基药占比、抗菌药物使用强度等指标对比(横向、纵向)、监控、深度挖掘等功能，以医院、科室、医生、病种作为监控对象，从抗菌用药、基本药物用药情况、静脉注射等方面追本溯源，查找各类用药指标高的原因所在。医疗收入中，药品收入占医疗收入比率过高，是医疗费用增长的重要因素，我们从药品收入为主，分析医院医药费用变化，找出药费增长的原因，降低药品费用，控制卫生费用的增长，从而切实减轻患者的经济负担，达到控制药费合理增长的目的；分析我院患者抗菌药物使用情况，促进我院抗菌药物合理应用；为促进临床合理用药，有效控制药品费用增长，减轻群众就医负担，应当全面配备、优先和合理使用基本药物。加强中心临床用药管理，督促和监督其使用基本药物，减轻患者药品费用负担；查询某时间段内疾病与药品的使用情况，左上为查询时间段内的疾病诊断按照人数多少从高到低对诊断进行排名，显示诊断名称，人数，总费用，平均费用，总药费，平均药费。右上及下方，是对选择的疾病进行联动展示，右上为该疾病的费用构成饼图分析，左下为疾病所属病区，医生明细，右下为该疾病使用的药品明细查询某时间段内药品的使用情况，按照药品名称XX进行模糊查询，显示XX药品该时间段使用的药品数量，药品金额。点击药品名称时，右侧联动展示开出该药品的详细科室名称，科室开出的药品数量，发药单位，发药金额。点击科室名称时，右侧联动展示该科室开出药品的医生编码，医生名称，药品数量，药品金额；对选择时间段内的医生，按照医生编码从低到高进行依次排序，通过医生名称，医生编码，药品数量，药品金额进行展示。点击医生编码时，右侧联动展示该医生开出的详细药品，医生编码，药品名称，药品数量，药品金额；对选择时间段内的药品，按照药品金额从高到低进行依次排序，通过序号，药品名称，药品数量，药品金额进行展示。点击药品名称时，右侧联动展示开该药品医嘱的医生名称，医生所在科室，药品金额，是否为抗菌药；对选择时间段内的处方，按照处方金额从高到低进行依次排序，通过处方号，处方金额，处方科室，处方医生进行展示。点击处方号时，右侧联动展示该处方号下具体的药品名称，药品数量，药品金额。（二十二）运营管理辅助支持系统64、自定义报表自定义报表通过指标系统完成医院业务实际业务中产生的需求包括但不限于人力资源数据展示、医共体数据展示等等。指标定义：是将需要预计算的指标提前定义维护，维护指标的取数逻辑，指标的执行区间，相应的指标维度信息等，供任务每天凌晨自动执行将结果存储到数据库中维度定义：提供公共的维度维护界面，将指标使用到的维度进行统一管理，维度属性的统一管理，实现不同指标的维度复用的程度和维度的标准化操作指标类型：将医院的不同指标进行分类，方便指标的管理，区分不同类型的指标和对指标进行数据的操作指标日志：是对指标Cube系统的日志记录，具备指标定义日志，指标处理日志，指标查询日志，指标错误日志等，监控管理指标任务的数据和指标数据使用的日志，实现数据从定义到生成到使用的全方位监控管理指标模块与报表：管理主要是提供统一的对外服务模块，将不同的指标提供模块化的术语集，用户通过模块化的指标管理，将零散的单个指标集中管理，集中对外服务，提高对外输出的服务能力指标系统配置：主要提供指标Cube系统相关的配置功能，包括指标过滤函数的配置功能，执行代码的配置，日志全局配置，任务全局配置等等数据展示：根据医院需求展示人力资源、医共体医院运营等相关数据（二十二）运营管理辅助支持系统65、DRGs医疗服务提供全院DRG产能指标分析；提供全院DRG效率指标分析；提供全院DRG安全指标分析；提供科室得分排名分析；提供重点指标年度趋势分析（二十三）决策支持系统66、院长运营决策支持针对院长、副院长分管业务，形成基于业务的运营决策、管理支持。具体展现形式可根据角色、模块由用户自定义订阅；指标分析实时数据门急诊人次、入出院人次、手术台次的分析功能；主题分析：门诊业务门诊人次、急诊人次、日均门诊人次、留观人次、复诊率的分析功能；住院业务入院人次、出院人次、住院手术台次、住院超过30天患者、平均住院日、术前平均住院日、临床路径入径率、床位使用率、药占比的分析功能；资源信息在院职工总数、卫生技术人员总数等的分析功能；数据展示具备构成信息、占比信息、对比信息、历史变化趋势等多种展示方式；具备单指标分析集成按日期、按科室切换功能；三级公立医院绩效考核三级公立医院绩效考核相关指标的统计分析功能；三甲复审三甲复审考核相关指标的统计分析功能；大数据分析：资源分布提供门诊、住院病源的分布分析功能性别比例提供性别比例的分析功能年龄分布提供年龄分布的分析功能医保分析提供医保人次的分析功能数据展示具备构成信息、占比信息、对比信息、历史变化趋势等多种展示方式院长驾驶舱：昨日、本月、本年分析、自定义驾驶舱包括医疗收入、医疗服务、患者负担、工作效率、合理用药及耗材质控六个专题模块，其中，点击钻取分析会与专题方式平面分析数据，部分图表及指标值会钻取到科室->医生数据排名、占比、同期比较等。当日监控：圆形饼图展示当日门诊、急诊人次占比；趋势图展示当日挂号量趋势变化（半个小时一段）；仪表盘展示当日预约率、退号率、预约人次、退号人次；圆形饼图及表展示当日医生出诊级别门诊量及占比；云图展示当日门诊、急诊病种前15名情况；系统访问日志追踪：访问用户及登录系统时间点追踪；主题切换追踪，能及时了解用户的业务关注领域；对于单指标访问点击量；（二十三）决策支持系统67、科主任运营决策支持针对科室主任所管辖的职能，构建以本科室为角度的运营决策支持，如手术、医保、抗菌药物、科室绩效等多方面运营决策。指标分析：门诊人次提供门诊人次分析急诊人次提供急诊人次分析入院人次提供入院人次分析出院人次提供出院人次分析平均住院日提供平均住院日分析床位使用率提供床位使用率分析住院分析提供住院超过30天患者分析临床路径提供临床路径入径率分析复诊分析提供复诊率分析药占分析提供药占比分析医保分析提供医保人次占比分析指标分析指标项具备同比、环比、数据项说明；数据检索具备本月、上月、本季、本年、去年的时间检索。数据分析：资源分布提供门诊、住院病源分布分析性别比例提供性别比例分析年龄比例提供年龄分布分析医保人次提供医保人次分析数据分析具备构成信息、占比信息、对比信息、历史变化趋势等多种展示方式（二十四）电子证照管理68、医疗机构电子证照管理实现医疗机构的基本信息维护和行政审批业务办理，对外提供医疗机构证照信息查询服务。具备机构注册、信息变更、校验、查询等 功能。（二十四）电子证照管理69、医师电子证照管理为医师在医疗机构执业提供信息服务，对外提供医师电子证照信息查询服务。具备注册、变更、备案、考核、查询等功能。（二十四）电子证照管理70、护士电子证照管理为护士在医疗机构进行执业提供服务，对外提供护士实名身份认证和电子证照的认证服务。具备注册、变更、延续注册、查询等功能。（二十五）不良事件监控71、业务功能根据医院运营需求及建设进度，对各类不良事件（包括但不限于护理、药物、输血等）报告管理 ，不良事件处理追踪与反馈监控。要求包括记录医院患者发生不良事件，包含示例：不良事件类型、时间、原因、处理方式等。（二十六）闭环流程追溯监控72、业务功能通过梳理医院日常活动，将活动运行产生的数据从医院HIS、手麻、检查检验等业务系统中抽取过来作为基础输入，采用可靠、高效的算法对输入数据进行挖掘分析，结果可以辅助流程管理人员全面了解医院的各项工作运转情况。通过对业务数据的挖掘分析，发现现有流程存在的或者潜在的问题，然后对流程问题发起整改并进行问题跟踪的闭环管理方式，促进医院流程持续优化和资源整合，全面提升服务效率和服务质量。基于集成平台实时消息和数据中心全量数据展现能力，提炼临床过程中闭环操作过程，按照诊疗医嘱触发条件，对医嘱进行持续追踪，按照时间节点进行展现，方便临床医护人员实时了解诊疗活动进程，制定后续诊疗计划。根据医院运营管理需求及信息化建设进度，实现闭环流程追溯监控功能，具体闭环类型、名称、节点按照医院要求制定。流程管理：要求模块实现了流程的新建、导入、导出、发布、删除、历史版本追溯以及流程图的样式设置等功能。流程统计：要求实现通过多角度统计流程指标值及得分来帮助用户了解一段时间内流程的运转情况。流程分析：要求系统具备根据指标进行不同维度统计值的自动计算并通过图、表进行对比分析。闭环管理名称示例：门诊患者就诊全过程闭环门诊给药闭环急诊患者就诊全过程闭环急诊输液闭环输液皮试闭环输液医嘱闭环针剂医嘱单剂量给药闭环口服药医嘱闭环皮试医嘱闭环特殊级抗生素医嘱闭环检查闭环检查用药闭环检验标本闭环病理标本闭环输血闭环手术医嘱闭环患者转科交接闭环母乳喂养医嘱闭环会诊和MDT闭环药品采购出入库闭环特殊药品管理闭环科室基数药管理闭环医用试剂闭环危急值闭环不良事件闭环消毒包闭环内镜消毒闭环院感监测闭环高值耗材（植入物）闭环（二十七）员工视图管理73、员工视图管理建立人员资格资质与授权管理系统，将员工的个人信息全面、统一、集中在一起，便于信息的更新与补充，简化工作程序，提高工作效率，客观地反映每位员工的工作绩效，为综合评价员工的工作业绩提供依据，并为员工的晋升、职称评定提供较为完整的资料。人员资格资质管理：个人基本资料、学历经历资料、专业一般资料、技术及理论考试情况、科研教学、奖惩记录等内容的查询、展示和维护；员工工作量统计：具备统计医生的医疗效率、医疗质量、业务考试、费用控制等指标统计；具备分类统计门急诊和住院工作量，具备指标定制化统计；指标库维护：具备对员工视图所涉及的指标做增、删、改、查的维护操作；具备对指标做排序、命名等定义操作；数据导入：具备下载模板；具备通过文件导入批量上传数据；动态报表具备自定义查询，指定查询指标，专技档案内容，可以查询多个指标及专技档案内容医护人员专业技术档案管理：针对医疗专业技术人员建立规范的专业技术档案管理体系医务专业技术档案主要包括：医师基本档案信息、医师考核、医疗质量与安全、医疗投诉纠纷、重大医疗活动、医疗技术授权情况等内容的规范化管理。护理专业技术档案主要包括：主要包括护理分层等级、学术会议、志愿活动、奖励情况、考核情况、社会兼职、外出会诊等内容。（二十八）病历全文检索工具74、病历全文检索工具基于统一数据平台，通过建设病历全文检索工具，可以对全院历史病历文书或检查报告文本等非结构化文本，通过关键字进行检索。检索结果显示具体的包含关键字的病历文书或报告，医生可以直接查看文书或报告，也可以进而通过文书对该患者的整个诊疗信息进行分析和研究。在保证病人隐私的前提下，可利用自定义查询条件的检索工具对全部临床信息进行全文检索；具备简单检索、组合/高级检索和按ICD-10疾病分类导航检索功能，能对检索结果进行二次检索、导出Excel、保存归档。平台需具备基于语义的病人病历文书的综合模糊关键字搜索功能。对于数据平台已汇集的病历文书数据生成关键字索引，并提供统一的界面，使用关键字模糊检索对数据平台上的数据进行综合搜索，并通过病人综合数据浏览模块进行显示。功能分类功能模块功能说明(二十九)医院信息化可视监控平台75、功能要求统一展现医院管理总体情况的大屏展示应用，可在院长或管理职能部门、医院运营中心的LED大屏、电视墙等智能显示终端上统一展现医院信息集成平台实时软硬件运行情况，同时对医院的整体运营状况和各项指标的监控。(二十九)医院信息化可视监控平台76、集成平台系统运行监控平台与其他应用间的交互状况是否正常，是否告警，是否报错；展示平台主备机当前内存使用率，处理器使用率，硬盘使用率以及机器当前的网速状况；集成平台与其他系统之间的交互状况以及交互量的高低；(二十九)医院信息化可视监控平台77、院长关注指标监控门诊人次、急诊人次、入院人次、出院人次、手术例数、在院人数；年度医疗收入、年度药品收入；医疗收入、药品收入、检查检验、卫生材料等；一级手术、二级手术、三级手术、四级手术；平均住院日（天）、床位使用率（%）、药占比（%）、卫生材料占比（%）、检查检验占比（%）、抗菌药物使用率（%）门诊人次（本期、同期）、出院人次（本期、同期）、手术人次（本期、同期）；三级公立医院绩效考核指标；三甲复审相关指标。(二十九)医院信息化可视监控平台78、科室管理指标监控门诊人次、急诊人次、入院人次、出院人次、手术例数；平均住院日（天）、床位使用率（%）、药占比（%）、卫生材料占比（%）、检查检验占比（%）、抗菌药物使用率（%）、预约就诊率（%）预约方式排名（上月值）：手机App、自助机、114、诊间预约、诊间加号、窗口挂号等；出诊级别占比（上月值）：专家、教授、副教授、主治、普通等；各出诊级别平均接诊时间(上月值)星期分布分析；住院病种（年度值）TOP排行；住院手术（年度值）TOP排行；手术分类（年度值）占比分析：可按类型或级别；(二十九)医院信息化可视监控平台79、医院费用分析监控月度医疗收入、药品收入趋势分析；月度门诊次均费用、药费趋势分析；月度住院次均费用、药费趋势分析；年度全院总收入、医疗服务收入占比、卫生材料收入占比、辅助用药收入占比；年度门诊次均费用排名；年度住院次均费用排名；年度收入构成分析；年度住院科室收入排名；年度住院医师开单收入排名；(二十九)医院信息化可视监控平台80、门诊实时流量监控基础指标展现；今日建档人次、今日门诊人次、急诊人次、取药人次、处方开立次数；手机App、自助机、114、诊间预约、诊间加号、窗口挂号等；今日患者性别年龄占比：今日建档患者的性别占比；今日建档患者的年龄段比例：20-30、30-40、40-45、45-50等；免疫检验、常规检验、微生物检验、生化检验等；心电检查、超声检查、内窥镜检查、病理检查等；(二十九)医院信息化可视监控平台81、住院实时流量监控基础指标展现；今日入院人次、今日检验人次、检查人次、手术申请人次、医嘱开立次数；急诊转住院、门诊转住院、直接住院等；今日建档患者的性别占比；今日建档患者的年龄段比例：20-30、30-40、40-45、45-50等；免疫检验、常规检验、微生物检验、生化检验等；心电检查、超声检查、内窥镜检查、病理检查等；展示今日各时间段手术完成人次、术中人次、手术安排人次；今日各科室入院人数排行：五、其他要求功能分类功能模块功能说明(三十)项目设计原则82、先进性本项目所采用的技术需要适度超前，选择具有技术领先优势，又有成功案例的技术方案，以保证本项目在一定时期内具有技术上的先进性。在应用系统的设计上，借鉴医院以往信息化项目的经验与教训，同时注重参考行业最佳实践；在技术上，采用行业上领先且成熟的技术，使得设计更加合理、更为先进。充分考虑现阶段医院信息化的特点，在注重系统实用性的前提下，尽可能采用先进的计算机软、硬件环境；在软件的开发思想上，严格按照软件工程的标准和最新的面向服务（SOA）的理念进行设计，保证系统的先进性。所有应用系统应该基于分布式体系结构进行设计和开发，其中所采用的软件产品也应是原厂商最新的商用版本。(三十)项目设计原则83、成熟性和实用性本项目需要采用被实践证明为成熟和实用的技术和设备，符合一体化协同业务服务的建设思路，满足医院当前和今后一段时间的总体应用需求，性能稳定，界面直观，具有易理解、易调试、易维护、易扩展、易复用的特点，最大限度地满足医院当前业务和未来发展的需求，确保耐久实用。(三十)项目设计原则84、开放性与扩充性系统采用开放性设计，在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计，支持XML、SOAP、WebService、LDAP等当前受到普遍支持的开放标准，这样一方面保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性，另一方面也便于将来改造、3、扩容和升级。系统应能方便地扩展，可随着业务需求的变化而扩充；系统的配置也能相应地改变和延展，以实现业务上需要的新功能。同时，多服务器集群协同工作，实时地监测服务器状态，自动负载平衡，以保证实现大用户量并发处理和高效的网页浏览速度。(三十)项目设计原则85、标准化原则本项目建设的一大核心就在于信息整合和资源共享。标准化、规范化是系统开发和建设的前提条件和必要保障，也是系统平台与其他系统兼容和进一步扩充的根本保证。在系统的建设、运行管理、维护的全过程中，应当遵循相应的国标、部标和行业标准，同时制定医院自己的相关规范。在操作上，有国标可遵循的一定要遵循国标，否则可参考相关部门标准，系统建设选用的标准必须满足业务功能的实现。需要与其他系统进行数据交换的数据必须符合国家和地方行政部门正式颁布的数据交换要求。(三十)项目设计原则86、安全性原则使用的信息安全产品和技术方案在设计和实现的全过程中，必须有具体的措施来充分保证其安全性，以确保系统数据处理的一致性，保证业务和数据不被非法侵用和修改伪造，保证数据不因意外情况丢失和损坏，提供多种安全检查审计手段。依托平台的相关安全设置以及应用系统的安全性，实现整个系统的安全性。确保系统不被非授权用户侵入，数据不丢失，传输时数据不被非法获取、篡改，确认对使用者、发送和接收者的身份等。(三十)项目设计原则87、可靠性原则系统在设计时将充分考虑系统对可靠性的要求，可采用多种高可靠、高可用性技术以使系统能够保证高可靠性，尤其是保证关键业务的连续不间断运作和对非正常情况的可靠处理。同时，对项目实施过程实行严格的技术管理和设备的冗余配置，保证系统运行的可靠性。(三十)项目设计原则88、易用性原则系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。(三十)项目设计原则89、可管理性原则由于系统建设涉及多个部门和科室，参与的用户比较多，因此系统必须具有良好的可管理性、可维护性特点。（三十一）项目遵循标准90、医疗卫生行业及信息化政策法规医院信息平台应用功能指引医院信息化建设应用技术指引全国医院信息化建设标准与规范（试行）国家卫健委《基于电子病历的医院信息平台技术规范》；国家卫健委《基于电子病历的医院信息平台建设技术解决方案》；国家卫健委《电子病历系统功能应用水平分级评价方法及标准（试行）》国家卫健委《三级综合医院评审标准实施细则（2020年版）》；国家卫健委《医院信息互联互通标准化成熟度测评》；国家卫健委 电子病历基本架构与数据标准（试行）；国家卫健委《医院信息系统基本功能规范》；国家卫健委《妇幼保健信息系统基本功能规范》；国家卫健委《电子病历系统功能规范（试行）》；国家卫健委《国家基本公共卫生服务规范（第三版）》； （三十一）项目遵循标准91、中国卫生信息数据标准《国家卫生信息化标准基础框架》《中国卫生信息标准基础数据集》《中国医院信息基本数据集标准》《卫生信息数据规范指南》《电子病历基本架构与数据标准》（三十一）项目遵循标准92、国际医疗卫生数据标准国际疾病分类ICD-9和ICD-10医学数字化影像通讯标准DICOM3系统化医学名称—临床术语标准——SNOMEDCT观测指标标识符逻辑命名和编码标准——LOINC医疗卫生领域信息交换标准——HL7V3临床文档架构——CDAR2医疗企业集成规范——IHE（三十一）项目遵循标准93、信息安全规范：《***************管理办法》国保发（2005）16号《涉及国家秘密的计算机信息系统安全保密方案设计指南》国家保密标准BMB23-2008《涉及国家秘密的计算机信息系统分级保护测评指南》国家保密标准BMB22-2007《***************管理规范》国家保密标准BMB20-2007《涉及国家秘密的信息系统工程建立规范》国家保密标准BMB18-2006《***************技术要求》国家保密标准BMB17-2006《涉及国家秘密的信息系统安全隔离与信息交换产品技术要求》国家保密标准BMB16-2004《涉及国家秘密的信息安全审计产品技术要求》国家保密标准BMB15-2004《涉及国家秘密的计算机信息系统入侵检测产品安全技术要求》国家保密标准BMB13-2004《涉及国家秘密的计算机信息系统漏洞扫描产品安全技术要求》国家保密标准BMB12-2004《涉及国家秘密的计算机信息系统防火墙安全技术要求》国家保密标准BMB11-2004《涉密信息设备使用现场的电磁泄漏发射防护要求》国家保密标准BMB5-2000《电磁干扰器技术要求和测试方法》国家保密标准BMB4-2000《使用现场的信息设备电磁泄漏发射检查测试方法和安全判据》国家保密标准BMB2-1998《处理涉密信息的电磁屏蔽室的技术要求和测试方法》国家保密标准BMB3-1999《计算机信息系统安全保护等级划分准则》GB17859-1999（三十一）项目遵循标准94、电子签名标准《中华人民共和国电子签名法》《中共中央国务院关于深化医药卫生体制改革的意见》《卫生系统电子认证服务管理办法（试行）》（卫办发〔2009〕125号）《关于做好卫生系统电子认证服务体系建设工作的通知》（三十一）项目遵循标准95、CA系统遵循的标准《证书认证系统密码及其相关安全技术规范》《数字证书认证系统密码协议规范》（三十一）项目遵循标准96、数字证书格式遵循的标准GB/T20518-2006信息安全技术公钥基础设施数字证书格式ITU-TX.509V3（数字证书）ITU-TX.509V2（CRL）（三十一）项目遵循标准97、数字证书服务和应用接口遵循的标准《卫生系统电子认证服务规范（试行）》《卫生系统数字证书应用集成规范（试行）》《卫生系统数字证书格式规范（试行）》《卫生系统数字证书介质技术规范（试行）》《卫生系统数字证书服务管理平台接入规范（试行）》（三十二）1项目整体框架技术要求98、项目整体框架技术要求本次项目通过集成平台建设，统一梳理业务流程，将原来点对点业务改造为基于SOA架构的总线模式，大大提高业务交互协同效率，降低维护成本。同时通过建设病人主索引、主数据管理系统，统一对公共信息集中维护，提升互操作能力。研发技术要求：集成平台的研发必须严格执行国际软件工程标准；集成平台的研发必须严格执行国际软件工程的标准，符合HL7、ICD-10、DICOM、IHE等国际标准。要求采用SOA分析与设计方法，组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性，系统业务逻辑清晰，系统支持C/S+B/S架构。要求产品成熟稳定，功能模块齐全，符合应用规范。设计方法与技术架构要求：开放应用程序编程接口，并提供函数、动态库、中间件、 HL7 等说明文档和帮助文档。可视化的图形界面来管理系统内各个模块。要求采用完全异构的交互方式，同一厂商内部系统间也需采用标准的消息模式进行交互。集成要求：具备病人主索引管理（EMPI）功能提供图形化工作流管理、过程管理和规则管理工具支持消息机制追踪处理统一认证登录功能同时支持跨院区的数据交换与共享，实现院-际间业务协同服务系统维护要求：系统安装方便、在程序中提供前端维护、监控工具系统扩充性要求：要求以“以病人为中心、以临床信息为主线，以提高医院经济、社会效益，提高医院科学管理水平，提高医生医疗水平提高医院医疗、服务质量为基本点”为设计思想，对医、护、技、检等方面的业务处理具备足够的管理和支持能力。要求集成平台系统先进、中立、开放、标准，并具有高度的灵活性和扩展性，充分考虑当医院业务高峰期数据库访问量巨大的情况下，整个业务系统的性能，并能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程优化和系统集成优化的需要。技术支持要求：提供各个层次的技术培训。从项目组织管理、售后服务方面保证为本项目提供长期持续服务支持。（三十三）服务要求99、需求收集及开发信息科联合投标人从医院各科室收集需求，投标人出具用户需求规格说明书并经信息科确认。每个模块需要依据医院指定的业务科室负责人，对收集的需求进行确认。在不超出模块整体业务架构的前提下，以业务科室确认的需求作为开发、上线和验收依据。通过对医院现有系统产生数据的梳理，投标人应对医院业务信息系统中的不合理环节提出改进意见，对照电子病历应用水平分级评价五级应用水平标准以及国家医疗健康信息互联互通标准化成熟度测评四级甲等要求，补充、改造各项平台功能，提供医院其他系统改造方案，以帮助院方通过电子病历分级评价五级及互联互通四甲。遗漏需求说明：按照总体设计原则及流程应该实现的功能，均包含在项目建设范围之内，若缺少某功能，影响总体设计效果或导致系统流程无法达到设计目标或存在安全隐患时，应无条件免费补充实施。（三十三）服务要求100、第三方软件测评验收前提供第三方软件测评公司（公司须具备CNAS（中国合格评定国家认可委员会）、CMA（中国计量认证）资质）对本次招标实施的平台软件合格的测评报告，包含软件的功能性、性能、安全性等方面的检测。（三十三）服务要求101、解决问题、排除故障响应时限要求在质保期及维保期内，有常驻的2名技术人员，保障系统的正常运行，在出现故障时及时响应。在质保期及维保期内，影响系统正常运行的故障当常驻技术人员解决不了时，投标人支援工程师响应时间不得超过0.5小时。（三十三）服务要求102、售后服务质保期：应用软件从项目整体验收通过之日起1年。质保期及维保期内，应用软件的接口、升级、维护均免费。投标人应该在项目的实施过程中提供软件支持的服务，这些服务应该包括：对影响到系统平稳作业以及应用模块操作使用的问题解答与分析，并提出解决方案；定期进行程序错误的修改、维护、实施；对所有的维护活动进行记录，并形成规范的文档，例如记录时间、地点、原因等，最后还要注明完成的时间和人员；提供7*24小时的现场维护和故障解决；管理、维护系统以及与其他系统的接口；与其他合作方的协作、问题解答、问题分析；修正应用软件的错误；维护服务必须保证系统的一致性与稳定性，不能因维护导致系统故障宕机；对医院系统的每一次改变或是升级都必须对照用户需求，确保每次改变或升级后原有应用功能都能正常运行；评估并保证建议的解决方案完全符合采购方目前的操作模式，对现有系统的正常运作没有影响，所有的调优或修改建议不得降低医院数据集成共享平台系统和现有业务信息系统的性能与可用性。针对招标人项目，投标人应承诺如下支持服务保证：投标人需要制定全面的工作计划，保证按照工作计划进行运维管理。投标人必须保证版本的控制，对所有的应用系统配置、源程序代码、文档等进行有效的管理。投标人必须制定安全管理手册，保证系统的可靠性。投标人必须遵从国家卫计委、地方卫生管理机构的统一安全标准。中标方对系统的任何改动都应该通知采购方。不得使用加密狗、注册码限制使用期限或安装点数；不得对用户数、接入数、授权数等进行限制。应向甲方提供相关技术文档，包括但不限于以下内容：数据库结构字典及相关技术文档、使用手册、常见故障检测及解决方法。运维服务要求：应提供对本项目软件所在服务器以及本次采购终端设备的安全防护服务，如：操作系统补丁更新、数据库补丁更新、系统性能优化、数据库系统优化、服务器或数据库迁移、相关安全措施落实及定期巡检。由于硬件和网络原因或使用不当(如引入病毒、操作失误、受到攻击、医院网络或服务器故障等)造成的系统损坏，需要乙方到现场服务,质保期内应免费服务。应保证所提供的软件系统设计性能的安全性,因系统本身设计缺陷导致甲方信息系统感染病毒等其他损害的,要积极协助解决,造成损失的要视损失程度进行赔偿。能按照国家信息安全相关法规和标准，对本项目进行安全自查并改造，如数据库特权帐户分离管理，不得将特权帐号用于应用软件连接；密码不得明文传输和存储；具有防范数据库注入等攻击的措施；用户密码可以指定密码强度及有效期；不使用高危端口如445、139、135等进行数据传输。

---

投标 / 标书制作要点（原创）

本信息平 信息平台涉及「招标公告」，投标方需重点关注：① 营业执照经营范围须含招标公告或对应服务类目；② 提供同类项目业绩证明；③ 报价方案与售后响应须明确；④ 紧盯投标截止与开标节点，建议提前完成标书制作与盖章。当地项目常要求本地化服务能力与快速响应，务必在投标文件中凸显。

标书制作联系冯经理：17551026086