€¦  · web view2020. 12. 10. ·...

65
疑疑

Upload: others

Post on 18-Jan-2021

1 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

疑难重症项目业务交互平台系统升级招标参数

Page 2: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

1. 项目概述郑州大学第二附属医院(以下简称“医院”)是省级“三级甲等”综

合医院,医院现有经八路、南阳路两个院区,开放床位 2000张,职工2600余人,临床科室 60余个。医院信息化经过多年的建设,在线运行的应用与管理系统 60余个,基本建立起涵盖便民服务、医疗服务、医疗管理、医疗协同、运营、后勤、教学、人力资源管理等方面,2017年通过了河南省卫健委组织的数字化医院评审。为进一步提升医院的疑难病症诊治能力,支撑医院向服务整体化、管

理信息化、水平现代化、模式集团化发展,需要对现有信息系统进行分步分批升级改造,一期升级改造内容主要以电子病历为核心的信息化建设,主要包括:

1.1 实现诊疗服务环节全覆盖实现住院病历、医嘱等核心业务系统的标准化、平台化,将电子病历

信息化向门诊、医保、药学、护理、麻醉手术、影像、检验、病理等各诊疗环节拓展,全面提升临床诊疗工作的信息化程度。发挥临床诊疗决策支持功能将临床路径、临床诊疗指南、医保规则、技术规范和用药指南等嵌入

信息系统,将终末管控向过程提醒和事中管控转变,提高临床诊疗规范化水平。

1.2 推进系统整合和互联互通支撑医院信息平台和大数据分析应用平台建设,使分布在不同部门的

不同信息系统由分散到整合再到嵌合融合,解决信息孤岛、信息烟囱问题,形成基于平台的整体统一的电子病历信息系统。

Page 3: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

1.3 强化医院诊疗行为监管和权限管理通过对电子病历信息系统的后台监控,分析判断诊疗行为是否符合相

关法律法规、核心制度、医保规则、技术规范、用药指南等要求;将医师资格、护士资格、医师处方权、手术级别权限、抗菌药物处方权限等信息纳入电子病历信息系统,进行后台控制。同时,对医务人员登录电子病历信息系统记录、查阅、修改病历信息和签署医疗文书等分级、分类设置权限,防止出现超权限诊疗行为。

1.4 建立全面医疗质量控制和评价体系利用电子病历信息系统开展医疗服务质量控制、效果和效率指标的统

计分析和评价,建立医疗质量控制信息化指标体系,确立质控节点和方法,实施全程、实时、全面医疗质量控制。

2. 建设目标2.1 建设集团级“数字化医院”,医院电子病历系统应用水平基本

达到六级及以上标准,具体实现目标如下:(1)到 2021年 12月底电子病历系统应用水平达到五级或以上标

准。(2)到 2022年 12月底电子病历系统应用水平达到六级或以上标

准。2.2 到 2021年,达到医院信息互联互通标准化成熟度测评指标的四

(甲)级水平,由院内任一部门任一终端登入,均能按照权限调阅相关诊疗环节的信息。医院信息化建设进入平台化、智能化、集团数字化阶段。

2.3 智慧医院建设,建立医院智慧服务分级评估标准体系(Smart

Service Scoring System,4S),旨在指导医院以问题和需求为导向持

Page 4: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

续加强信息化建设、提供智慧服务,为进一步建立智慧医院奠定基础。到2021年 12月底, 医院智慧服务分级评估达到 4级标准, 到 2022年 12

月底,医院智慧服务分级评估达到 5级标准。2.4 绩效考核,通过加强信息系统建设,提高绩效考核数据信息的

准确性,保证关键数据信息自动生成、不可更改,确保绩效考核结果真实客观。根据医学规律和行业特点,发挥大数据优势,强化考核数据分析应用,提升医院科学管理水平。

3. 遵照的标准、规范医院信息系统的升级改造建设,必须遵照包括但不限于以下的标准、

规范、制度等。3.1 卫生信息数据元目录(WS363)3.2 卫生信息数据元值域代码(WS364)3.3 卫生信息共享文档编制规范(WS/T482)3.4 电子病历基本数据集(WS445)3.5 医院人财物运营管理基本数据集(WS599)3.6 疾病控制基本数据集(WS375)3.7 儿童保健基本数据集(WS376)3.8 城乡居民健康档案基本数据集(WS365)3.9 电子病历共享文档规范(WS/T500)3.10 健康档案共享文档规范(WS/T483)3.11 电子病历基本架构与数据标准(试行)3.12 卫生统计指标(WS/T598)3.13 全国医院信息化建设标准与规范(试行)

Page 5: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

3.14 医院信息化建设应用技术指引(试行)2017年版3.15 基于电子病历的医院信息平台技术规范(WST447-2014)3.16 医院信息平台应用功能指引3.17 医院信息平台基本交互规范(20160115)3.18 关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知中的相关要求。

3.19 电子病历系统应用水平分级评价管理办法(试行)3.20 电子病历系统应用水平分级评价标准(试行)(2018版)3.21 医院智慧服务分级评估标准体系(试行)3.22 国家医疗健康信息医院信息互连互通标准化成熟度测评方案(2017年版)

3.23 进一步改善医疗服务行动计划(2018-2020年)考核指标(医疗机构)

3.24 病历书写基本规范卫医政发〔2010〕11号3.25 住院病案首页数据填写质量规范(暂行)国卫办〔2016〕24号

3.26 住院病案首页数据质量管理与控制指标 2016版3.27 电子病历系统功能规范(试行)2010版3.28 电子病历应用管理规范(试行)国卫办〔2017〕8号3.29 电子病历系统应用水平分级评价标准(2018版)3.30 医疗质量安全核心制度要点(国卫医发)〔2018〕8号3.31 三级综合医院评审标准(2011年版)3.32 医疗机构临床路径管理指导原则(国卫医发)〔2017〕49

Page 6: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

号3.33 国务院办公厅关于加强三级公立医院绩效考核工作的意见国办发〔2019〕4号

3.34 全国医院数据上报管理方案(试行)(国卫办规划函)〔2019〕380号

3.35 国家三级公立医院绩效考核操作手册(2019版)3.36 信息安全技术信息系统安全等级保护基本要求(GB/

T22239)3.37 信息安全技术信息系统灾难恢复规范(GB/T20988)3.38 河南省病历书写基本规范实施细则(试行)豫卫医〔2011〕107号

3.39 河南省中医病历书写基本规范实施细则(试行)2016年 1

月3.40 河南省三级综合医院执业评审细则(2017年)3.41 河南省数字化医院建设指南和河南省数字化医院评审标准(2020版)

3.42 医疗卫生行业主管部门已经发布的其他数据集、共享文档等标准、规范、指南、要求等

3.43 国家相关部门发布的有关医疗信息安全方面的技术标准、规范、要求等4. 建设内容本次升级改造的内容主要以医院核心业务系统及其支撑平台为主,建

设内容见下表。

Page 7: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

具体内容和功能、技术要求,详见本招标文件有关章节。4.1 建设内容一览表№ 系统类型 内容与要求

1 结构化住院电子病历系统

建设符合标准、规范要求的病房医师病历书写或自动生成系统,提高病房医师病历书写效率和病历质量。实现与病房医嘱、检查、检验、护理病历、病历质控等业务系统以及药品诊疗知识库的一体化集成、互操作与信息共享。

2 结构化门诊电子病历系统满足门诊医师快速书写门(急)诊病历的需要,提高门(急)诊病历质量,实现与电子处方、检查、检验、病历质控等业务系统以及药品诊疗知识库一体化集成、互操作与信息共享。

3 结构化护理电子病历系统

建设符合标准、规范的护理病历系统,可填写或自动生成各类专科护理记录单、护理评估单及其他护理文书等,大幅度减少病房护士的书写工作量。实现病房护理一键交接班。通过业务一体化平台实现与病房医嘱、住院病历、检查、检验、床旁结算等业务系统的一体化集成与信息共享。

4 业务一体化医嘱处理系统(CPOE)

建立数据标准化、业务一体化的电子医嘱系统,实现以医嘱为主线的临床业务流程优化,按照角色场景化医嘱执行模式,实现临床业务闭环和数据闭环,提高诊疗业务的标准化、规范化和高效率。以医嘱为主线,将住院、门诊、医保、药学、护理、麻醉手术、检查、检验、病理、治疗、预约、费用及结算、用药及临床知识库等各诊疗环节的业务与信息融合起来,保证医院核心业务的完整性、连续性以及诊疗数据的标准化、一致性、整合性和及时性。5 业务一体化平台系统 基于业务一体化平台实现各业务系统之间实时或异步交换信息和互操作,消除

Page 8: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

各业务系统之间的紧耦合,实现各集成应用之间可管理的接口透明。通过二次开发框架平台,实现新增临床业务组件或模块的用户可定制开发。建立实时动态、完整、标准化的医院诊疗业务数据中心,为医院下一步医疗大数据的处理、分析和应用奠定基础。

6 医疗质量管理与监控系统(一期)

通过分期建设,建立起符合标准规范、体系化的医院全面医疗质量管控平台,实现医疗质量监测管控,医院管理主题落实和政策文件检查督导监管,建立标准→指标→评价→考核→监测→改进→预防→绩效→持续改进的全面医疗质控的管理闭环。一期建设内容包括医院质量考核评价与医院日常查检管理。

7 医院等级评审迎检系统

建立全院级应用的等级评审迎检系统,实现等级评审迎评工作的标准化、流程化、自动化管理,快速发现、快速整改、快速纠正问题,让医院各部门从繁琐的评级工作中解放出来,有效提高评审准备工作效率,让评级工作规范流畅,评审专家检查轻松容易。

8 病历与病案质控管理系统

建立医院完整的一体化病历与病案质控体系,实现从电子医嘱、病历书写、病案首页、病历归档到数据上报的全流程质控,确保病历质量和上报数据的准确性,并实现由终末质控向环节质控转变、由事后控制向过程控制转变、由单一病历评价向类别/组病例评价转变、由由书写格式质量向内涵质量转变的要求,为病历病案质控工作的及时性、完整性、合法性提供信息技术支撑。

9 三级医院绩效考核数据上报系统

依据主管部门发布的绩效考核文件和规范要求,完成医疗质量、运营效率、持续发展、满意度评价四个维度共 55项指标的数据上报、信息反馈和管理评价工作,对上报数据的来源、质量进行管理、核查,保证数据上报工作的准确性、及时性。

Page 9: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

10医疗信息集成服务总 线 中 间 件(HSB)

用于实现医院业务系统之间信息集成和数据交换的基础工具,包括企业服务总线(ESB)、业务流程引擎、工作流引擎、业务规则引擎、数据转换引擎、平台适配器与网关功能、实时商业智能(BI)功能等。

Page 10: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

4.2 建设内容分项汇总表№ 系统类型 分项功能

1 结构化住院电子病历系统

1、患者管理2、病历模板管理3、日常业务管理4、智能提醒服务5、其他业务管理6、危急值管理7、病历打印8、病历检索9、用户身份认证10、应用审计

2 结构化门诊电子病历系统1、病历模板管理2、病历书写管理3、其他功能

3 结构化护理电子病历系统

1、患者管理2、体征管理3、病区事务4、护理记录5、护理评估6、护理文书7、护理交接班8、巡视管理9、权限管理10、其他功能

4 业务一体化医嘱处理系统(ICPOE)

1、总体要求2、病房医师工作台3、病房护士工作台4、治疗科室工作台5、临床路径管理6、医保业务与管理7、医技综合预约管理8、药品与诊疗知识库

5 业务一体化平台系统 1、 总体要求2、 基础信息管理3、 主数据管理4、 资源主索引服务5、 患者 360视图6、 预约服务

Page 11: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

7、 数据上报管理8、 全院危急值管理9、 业务闭环管理10、 患者信用服务11、 重点事件监控12、 院内门户(PC端)13、 院外门户(医疗协同 PC端)14、 移动门户15、 公有服务(移动门户)16、 患者门户(移动端)17、 医患沟通平台(移动端)18、 抗菌药物应用分级管理19、 传染病管理20、 一卡通管理21、 慢病管理22、 随访管理23、 统一支付管理24、 处方点评25、 电子证照管理系统26、 满意度调查27、 特殊患者管理

6 全面医疗质量管理与监控平台系统

1、医院质量考核评价系统(PC端)3、医院质量考核评价系统(移动端)3、医疗安全(不良)事件报告管理系统(PC端)4、基于微信企业号的医疗不良事件系统(移动端)系统

7 医院等级评审迎检系统 1、医院等级评审迎检系统(PC端)2、医院等级评审迎检系统(移动端)

8 病历与病案首页质控管理系统

1、首页质控2、医嘱关联质控3、病历提交4、质控管理5、专项质控6、综合质控7、质控报表8、基础数据维护

9 三级医院绩效考核数据上报系统 1、上报数据采集与来源2、统一数据接口平台3、病案首页数据自动转换和校验4、病案首页数据有效性、合规性、一致性、完整性检查5、不合规项数据批量处理

Page 12: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

6、数据上报异常反馈报告7、上报数据校验规则定义8、上报数据标准化值域映射9、查询统计分析10、统一用户角色权限管理

10医疗信息集成服务总线中间件(HSB)

1、企业服务总线(ESB)2、业务流程引擎3、工作流引擎4、业务规则引擎5、数据转换引擎6、平台适配器与网关7、实时商业智能(BI)

Page 13: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

5. 技术要求本次升级改造的核心业务系统(医嘱系统、结构化电子病历等)和业

务一体化平台必须满足以下技术要求。5.1数据标准化要求1、 通过业务一体化平台基于国家标准数据集,建立医院统一标准

数据元、主数据、院内术语、医疗数据字典和运营数据字典。国家标准中没有的主数据、院内术语或数据字典等,由医院信息技术部门统一安排定义。(1)医院主数据包括但不限于患者信息、医疗服务项目、财务科目、

职工信息、医疗产品服务商、供应商及固定资产、卫生材料等。(2)医疗数据字典和运营数据字典须遵照《全国医院数据上报管理

方案(试行)》规定要求。(3)本次升级改造的业务系统必须采用上述统一的主数据和数据字

典。2、 门(急)诊电子病历、住院电子病历、护理电子病历、一体化

医嘱的数据必须符合《电子病历基本数据集(WS445)》、《电子病历共享文档规范(WS/T500)》、《电子病历基本架构与数据标准(试行)》等标准的数据元属性等要求。医院需要的非标准数据元以及属性,由医院信息管理部门参照标准统一安排定义。

3、 住院病案首页数据全部内容须符合《住院病案首页数据填写质量规范》及《住院病案首页数据质量管理与控制指标》要求。

4、 医院核心业务系统之间的信息共享、数据交换及业务互操作,均须通过业务一体化平台实现,交互服务和共享文档符合《电子病历共享

Page 14: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

文档规范》、《医院信息平台基本交互规范》、《基于电子病历的医院信息平台技术规范》以及《医院信息互连互通标准化成熟度测评方案》中四级甲等的标准要求。

5、 数据标准化与质量控制满足以下要求:(1)数据标准化处理。按照政府发布或指定的信息标准,通过标准

化引擎,产生符合数据元、数据集规范以及电子病历共享文档规范的数据。(2)数据质量控制。对数据抽取、转换、装载等阶段可能发生的数

据质量问题,进行识别、度量、监控、预警等管理,对每个节点的数据进行校验,保证数据的完整性、一致性、准确性。

5.2数据安全要求1、 满足《全国医院信息化建设标准与规范》中针对三级甲等医院

在数据安全防护方面的指标要求。2、 满足《医院信息化建设应用技术指引》、《基于电子病历的医

院信息平台技术规范》和《医院信息平台应用功能指引》中关于数据安全或信息安全方面的技术实现或应用技术要求。

3、 满足《电子病历系统应用水平分级评价标准(2018版)》“6

级”标准、《医院智慧服务分级评估标准体系》“5级”标准、《医院信息互连互通标准化成熟度测评方案》“四级甲等”标准规定的数据安全或信息安全方面的要求。

4、 满足《信息安全技术信息系统安全等级保护基本要求》和《信息安全技术信息系统灾难恢复规范》中关于数据安全方面的要求。

Page 15: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

5.3 技术架构要求本次升级改造的业务一体化医嘱处理系统(CPOE)和业务一体化平

台均须采用客户层、服务层、数据层三层结构,遵循 SOA设计原则和技术标准,并满足以下要求:

1、软件架构应基于面向服务的体系架构思想来构建,支持基于事件驱动(EDA)的消息传输机制,支持服务的发布与订阅。

▲2、提供松耦合模式,实现业务逻辑和应用逻辑、数据逻辑等分离,不允许业务层(客户端)与数据库直连,以确保业务数据安全。

▲3、满足危急值闭环管理要求,危急值发布与获取不允许采用业务系统“刷库”模式,避免出现对数据库的访问压力。

4、系统服务端采用 J2EE技术架构,系统服务端的接口需同时支持WebService、RESTful技术。

▲5、要求数据存储采用分布式存储技术,提高业务处理的性能。6、系统具备接口授权与相关安全管理功能。▲7、系统服务端应在 Linux操作系统上运行,并支持MySql等开源

性数据库。8、基于业务一体化平台建立完整的全院统一信息资源库,包括医院

主数据、院内术语、医疗数据字典和运营数据字典、电子病历共享文档库和实时、完整的医院数据数据库(HDR)。

▲9、医院各业务系统(包括病历书写系统、HIS、PACS、LIS、手术麻醉、移动支付、HRP、掌上医院等)通过业务一体化平台实现实时或异步交换信息和互操作,消除各业务系统之间的紧耦合,实现各集成应用之间可管理的接口透明。

Page 16: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

10、利用医疗信息集成服务总线(HSB)实现服务注册、服务发布和服务适配,建立服务动态松耦合机制。

11、统一身份认证及门户服务。(1)采用开放的软件开发技术与软件标准协议,如

Webservice、XML、XSL、JavaScript、JSP、CSS等。(2)支持代理认证方式。提供登录代理服务,操作者经过授权后通

过一个账号可以登录不同的系统。(3)支持 SSO单点登录。用户一次登录后,就可以依靠认证令牌在

不同系统之间切换。同一登录界面根据登录角色权限进行动态加载出不同用户界面。

12、满足国家相关标准、规范中对于系统架构的其他技术要求。5.4二次开发能力要求业务一体化平台应提供应用软件二次开发环境和相应的维护管理工具,

为医院信息技术部门提供二次开发指导培训,能够让医院信息技术人员进行业务组件的开发与封装,并满足以下要求:

▲1、提供业务一体化医嘱处理系统(CPOE)二次开发环境或二次开发平台,能够让医院信息技术人员进行业务组件软件的开发。

▲2、提供与二次开发平台匹配的测试环境与相关维护管理工具,满足院内开发测试需要。

3、提供规则开发工具,生成的业务规则提供给业务规则引擎使用。4、提供动态加载新业务功能组件的功能,做到组件发布即可用。▲5、提供业务一体化医嘱处理系统(CPOE)的升级服务,在业务

一体化医嘱处理系统(CPOE)新组件开发完成后,动态进行客户端升级。

Page 17: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

6、提供报表定制开发工具,满足数据统计需要。▲7、提供业务数据交互的开发配置接口,能够在院内业务系统接口

变更时进行方便的业务调整。8、提供功API接口,能够开发基于平台的业务功能模块。9、二次开发应基于混构的技术,能够同时使用Winform与WEB技

术进行业务构件的开发。10、二次开发应基于插件化技术,让开发出的业务构件对接到系统

内部。11、平台应支持外部开发的规则脚本在系统内调试运行。▲12、二次开发的业务功能自动实现结构化日志(系统日志、业务日

志等)功能,实现平台统一日志管理。13、二次开发的业务功能在进行数据交互时自动实现签名服务。▲14、二次开发的客户端构件应能够自动升级。15、二次开发的业务功能在网络访问中自动支持

Restful、WebService协议。16、二次开发的业务功能在进行数据访问时,自动支持标准元数据

校验。▲17、二次开发的业务功能自动支持服务接口权限校验与系统权限。▲18、提供不少于 5名的专职技术人员进行二次开发指导培训,培

训时间不少于 8周,并保证医院信息技术人员业务组件的开发能力满足由医院组织的考核验收。

Page 18: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

6. 性能要求6.1最小接入系统数接入系统指接入业务一体化平台的独立应用系统,如 PACS、LIS等。

最小接入系统数大于或等于 6个。6.2最小在线用户数支持的最小在线业务系统或应用系统用户数大于 600个。6.3基础服务平均响应时间基础服务平均响应时间要求包括:1、 新增个人注册服务:从业务系统录入个人注册信息,在业务一

体化平台注册成功后返回给业务系统注册成功信息,从提交个人注册信息到返回注册成功信息的时间小于 1秒;

2、 个人基本信息查询,在业务系统输入查询条件,从提交查询信息到返回查询结果的时间,总记录 50万以上,按患者唯一标识查询单个患者查询平均响应时间小于 1秒;总记录 100万以上,按患者唯一标识查询单个患者查询平均响应时间小于 2秒;

3、 基于人口统计学信息的患者信息匹配(基于索引),总记录 50

万以上,返回患者唯一标识数据,返回记录数小于 10条时,平均响应时间小于 5秒;总记录 100万以上,返回记录数小于 10条时,平均响应时间小于 10秒。

6.4电子病历整合服务平均响应时间电子病历整合服务平均响应时间要求包括:1、就诊信息查询,总记录 50万以上,按患者唯一标识查询,单个

患者查询平均响应时间小于 2秒;总记录 100万以上,按患者唯一标识

Page 19: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

查询,单个患者查询平均响应时间小于 3秒;就诊信息接收,单次患者就诊信息保存平均响应时间小于 1秒;

2、患者完成门诊就诊后交费,从提交就诊信息到门诊结算完成的时间小于 1秒;

3、医嘱信息查询,总记录 500万以上,按患者就诊号(一次就诊标识号)查询,返回记录数小于 10条时,平均响应时间小于 3秒;总记录1000万以上,返回记录数小于 10条时,平均响应时间小于 2秒;医嘱信息接收,每次提交小于 10条时,平均响应时间小于 1秒;

4、申请单查询服务,按一个申请单标识号查询,平均响应时间小于1秒;申请单接收服务,平均响应时间小于 1秒;

5、预约查询服务,按一个预约标识号查询,平均响应时间小于 1秒;预约接收服务,平均响应时间小于 1秒;结果查询服务,按一个结果标识号查询,平均响应时间小于 1秒;结果接收服务,平均响应时间小于 1秒。

6.5电子病历档案服务平均响应时间电子病历档案服务平均响应时间要求包括:1、 电子病历文档存储服务,提交单个模板电子病历文档实例时,平

均响应时间小于 1秒;2、 电子病历文档索引查询,按患者唯一标识查询,返回患者电子病

历文档目录树时,平均响应时间小于 1秒;3、 电子病历文档调阅服务:打开一个已注册的电子病历文档的时

间小于 1秒;4、 电子病历文档注册服务:从业务系统提交电子病历信息,在业

Page 20: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

务一体化平台生成共享文档,并进行注册,完成注册后将注册成功信息返回给业务系统,从生成单份共享文档到返回注册成功信息的时间小于 1秒;

7. 运维与服务要求▲1、业务一体化平台需要具备智能化服务功能,包括但不限于:对

业务或操作数据记录的逻辑正确性、完整性自检和智能提醒,软件系统故障以及和数据中心存储、服务器、网络设备故障的一体化检测、预警集成管理等等,确保在系统发生故障前能够将预警提示及时通过短信、微信等通知运维服务人员。

▲2、业务一体化平台应提供系统实时监控工具,能对平台管控下的所有接口状态、性能、资源占用等项目进行可视化展示及监测。

▲3、中标人需要在系统正式验收后提供不少于 6名具有软件研发能力的工程师在医院驻场服务,且驻场时间不少于三年。

8. 功能要求功能总体要求:本次招标的建设内容,须在系统功能、有效应用、数

据质量、信息共享、数据存储等方面,分别满足《电子病历系统应用水平分级评价标准(2018版)》“6级”标准、《医院智慧服务分级评估标准体系》“5级”标准、《医院信息互连互通标准化成熟度测评方案》“四级甲等”标准、《电子病历系统功能规范》的相关要求,不再一一列出,投标人须在投标文件中针对上述要求的满足情况做出具体响应和描述。以下各系统的具体功能要求与上述评价标准和规范中的要求不一致或

矛盾时,以评价标准和规范中的要求为准。

Page 21: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

8.1 结构化住院电子病历系统1、 患者管理(1)管辖患者:医师本人管辖的科室患者,支持以卡片形式或列表

形式展现本医师管辖患者的基本信息。(2)全科患者:科室所有患者,支持以床位卡片形式或列表形式展

现本科患者的基本信息。(3)出科患者:医师本人管辖的出科患者,支持以床位卡片形式或

列表形式展现本医师管辖患者的基本信息。(4)临时授权患者:支持临时授权给医师本人的非本科患者,主要

解决跨科治疗、会诊患者访问的业务。(5)自定义患者卡片:患者卡片支持多种主题风格,同时支持自定

义患者卡片展示大小。2、 病历模板管理(1)病历模板制作:根据医院需求自定义结构化病历模板。(2)病历标准元素库管理:根据电子病历基本数据集、电子病历共

享文档规范构建标准元素库,医院无需自定义,维护模板可选择使用。(3)全院、专科、专病模板管理,支持病历不同程度的结构化处理。

3、 日常业务管理▲(1)患者关联功能:对多次住院患者进行关联识别,提供患者病

历的连续性浏览;查看与修改患者基本信息和就诊信息;病历一览:以列

Page 22: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

表形式展示一个患者的所有病历、以及审签和质控环节的信息(2)支持体温数据仿真浏览功能。(3)病历书写功能:包括电子病历的新建、编辑、保存、签名功能;

病历书写过程中支持医嘱、检验结果、检查报告、体征指标等临床数据引用功能;录音文件/图片的插入、既往病历引用,同一患者病历复制和粘贴操作、禁止不同患者病历复制和粘贴操作。(4)查看患者检查申请单和检查报告、图像信息;查看患者所有检

验申请单和检验报告、及指标趋势图结果。(5)质控信息查看功能:分阶段展示质控反馈信息。(6)患者诊疗时间轴功能:以时间轴的形式全景展示患者诊疗信息。(7)与外部系统集成业务:包括院内感染上报、传染病上报、居民

死亡上报等功能。(8)对查房录音文件的上传及管理。(10)患者病案首页录入及打印功能;患者出院证、录入、修改、

打印功能;住院患者诊断证明录入、修改、打印。▲(11)同一患者的病历内容一处书写(录入)可以自动多处共享引

用。4、 智能提醒服务(1)待书写病历提醒:根据病历时效预警,将需要书写的病历信息

以弹框的形式提示医师本人。(2)待签名病历提醒:将需要签名的病历信息提示医师本人。(3)待提交病历提醒:对于已经审签完成,需要科室质控的病历进

Page 23: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

行信息提示。(4)待审签病历提醒:针对下级医师提交的病历,需要医师本人审

签的病历信息提示。(5)待质控病历提醒:对于医师提交科室质控的病历信息,需要医

师本人质控评分的病历信息提示。(6)待处理缺陷提醒:质控人员反馈的本人的病历缺陷信息提示(7)待审批申请提醒:其他医师发送的申请,如会诊申请,需要本

医师审核的信息提示。(8)接收的退回提醒:接收来自科室评分、病案室评分的病历退回

信息提醒。(9)患者出院未归档病历消息提醒。(10)针对危急值的实时提醒。(11)患者新开检查检验申请对应的报告消息提醒。5、 其他业务管理(1)附属账号管理:针对实习医师,上级医师可以为其设置附属帐

号登录系统。(2)临时授权管理:针对跨科处置或会诊患者,可临时授权其他科

室或医师访问该患者病历信息。(3)医师交接班管理:根据当前在院患者病情标识,实现医师“一

键交接班”管理,医师可以自定义交接班内容并形成知识库进行再次利用,同时也可查看历史交接班记录。(4)病历修改申请查询:查询病历修改申请、病历召回申请数据。

Page 24: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(5)科室管理登记本功能:根据医师书写的病历自动生成危重患者、术前患者、死亡患者、抢救患者等科室登记本内容。(6)支持病历恢复功能:可对误删除的病历进行恢复操作。6、 危急值闭环管理(1)危急值提醒:系统能够自动接收与提醒检验、检查危急值信息。(2)危急值处理措施知识库:依据处理措施知识库供医师选择,医

师也可以把常用处理措施存为知识库供再次使用。(3)基于危急值的分级管理机制,按照医院设置的逐级上报时间点

进行逐级向上反馈,如:达到 6分钟未处理时将上报至科主任,10分钟未处理将上报至医务科,20分钟未处理将上报至主管院长等,其中的时间间隔可根据医院的危急值管理要求自主进行设置。(4)危急值接收与记录:系统自动接收并记录危急值提醒信息,具

有对于危急值通知具有按时效管控、按接收人员分级通知、处理记录反馈功能。(5)危急值病例统计:系统具备对危急值病例的分类统计分析功能,

同时医师可以查询历次危急值处理记录。7、 病历打印提供病历满页打印、续打印、转科出院一次性打印等功能;支持文本

选中打印和表格选中打印。8、 病历检索(1)提供电子病历中结构化数据信息查询及全文检索功能。

Page 25: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(2)提供多维度病历查询浏览功能,如:诊断、症状等。9、 用户身份认证(1)支持多种认证方式:用户名/密码、数字证书、移动证书、指纹。(2)用户名/密码认证方式下要求用户必需修改初始密码。(3)设置密码有效期的功能,使用超过有效期的密码不能登录。10、 应用审计(1)用户登录电子病历系统、访问患者电子病历时,自动生成、保

存使用日志,并提供按用户追踪查看其所有操作的功能。(2)对电子病历数据的创建、修改、删除等任何操作自动生成、保

存审计日志(至少包括操作时间、操作者、操作内容等),并提供按审计项目追踪查看其所有操作者、按操作者追踪查看其所有操作等功能。(3)提供对用户登录所用的数字证书进行审计的功能。11、 多机构管理(1)多院区病历数据统一管理,进一步强化一体化管理,提升医院

管理水平,提高多院区医院管理效率。(2)实现统一质控规则及分机构个性化规则,进而统一医疗质量管

理,推进医疗同质化。12、 其他要求▲(1)投标人需要具有自主知识产权。▲(2)须按照业务一体化平台要求实现应用集成、实时数据交换与

Page 26: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

业务互操作。▲(3)因该系统的定制化需要可能较多,投标人须向医院提供该系

统的软件源代码。8.2 结构化门诊电子病历系统1、病历模板管理(1)包括病历模板和短语模板,病历专科模板包含有全院模板、科

室模板以及医师个人模板。(2)医师可以把常用的病历及短语存为模板,写病历时可以直接调

用。(3)采用结构化病历编辑器,实现病历内容结构化,可分解各专科

特殊病历内容,结构化颗粒度可定义,用户完全可自定义各类特色专科病历模板。(4)可根据诊断、性别、年龄等自动定义病历结构和格式。2、病历书写管理(1)支持结构化选择与自由文本相结合的录入方式。(2)书写病历时可调用挂号和本科护士预诊采集的数据。(3)门诊病历记录可按照病历书写基本规范列出的基本内容项目进

行结构化存储、有可定义的病历格式和选项。(4)门诊病历记录能够全院共享。(5)能提供插入检查检验结果功能。▲(6)能够实现病历数据与处方、检验检查报告等数据全院一体化

管理。

Page 27: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

▲(7)引入病历知识库,医师录入主诉后可自动关联引用其他病历内容,同时根据医师书写习惯针对复诊患者可自动引用也可选择性引用上一次病历文书内容,实现门诊病历的快速书写。

3、其他功能与要求(1)可对门诊病历内容检索。(2)历史病历(包括住院或门诊纸质病历)完成数字化、可查阅,

并能够与其他病历整合。(3)对于已提交的病历能自动记录、保存病历记录所有修改的痕迹。(4)门诊病历具有安全控制机制,分科室访问权限机制和日志。(5)危急值管理、病历打印、应用审计、用户身份认证等功能要求

与“结构化住院电子病历系统”相同。▲(6)投标人需要具有自主知识产权。▲(7)须按照业务一体化平台要求实现应用集成、实时数据交换与

业务互操作。▲(8)因该系统的定制化需要可能较多,投标人须向医院提供该系

统的软件源代码。8.3 结构化护理电子病历系统1、患者管理(1)以卡片形式清晰展示患者信息,至少标明患者床位号、住院号、

姓名、性别、费用类别、诊断、过敏、主治医师、责任护士、护理级别等。(2)患者详细信息查看,可查看患者入院时间、饮食、费用等相关

Page 28: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

信息。(3)患者分组:可定义患者分组,根据分组快速筛选患者。▲(4)患者重点标识:可查看高风险、手术、发热患者等重点标识。2、多种病历书写方式(1)提供不少于 2种护理病历书写方式,可按病历类型对每个病人

书写病历,也可对单个患者写多种病历。▲(2)支持同一病人的多个病历同时打开书写,支持多个病人的病

历同时开发书写,提升病历书写效率。3、病历参考资料(1)支持护理病历书写期间可同时查看医生病历、检查、检验、医

嘱信息、护理其他病历等资料。(2)支持检验指标趋势图展示。▲(3)护理病历书写页面和参考资料查看页面能够同时打开显示。(4)可按时间轴查看患者历史病历资料。▲(5)支持患者入出转,出科检查、检验、治疗、手术等活动的跟

踪记录,并以时间轴形式展现。4、待办事项▲(1)提供各种体温待测量、漏测量,各种风险评估待评估、护理

记录单待书写、健康宣教待宣教、待巡视等提醒功能。(2)可直接点击进入书写护理病历。

Page 29: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

5、体征管理(1)支持批量体征数据录入、随机个体体征数据录入、体温单查看。▲(2)提供异常体征智能护理措施指引功能,体温、呼吸、脉搏、

血压体征信息超过设定阈值后系统给与相应的护理措施指引。▲(3)支持出水量、入水量根据护理记录单出入水量自动同步生成。▲(4)支持体征单录入的体征信息共享至其他需要的护理文书中。(5)提供体征一览表查看功能,能够直观查看每个患者所有测量时

间点的体温、心率、呼吸和脉搏数据,并可标识出时间段的最高体温。▲(6)支持病人从入院到出院连续的体征趋势图,支持趋势图缩放

功能。6、病区事务(1)腕带打印:患者腕带预览与打印,支持腕带模板的制作。(2)床头卡打印:患者床头卡预览有打印,支持床头卡模板的制作。(3)执行单打印:支持医嘱执行单的预览与打印,提供患者批量打

印功能,支持按医嘱类别、医嘱项目、打印状态、医嘱状态筛选过滤执行单进行打印。(4)补打:提供床头卡、腕带的补打申请和补打审批功能。(5)打印记录:具有腕带、床头卡和执行单打印记录查询功能。7、护理记录▲(1)提供护理记录单、血压记录单、血糖记录单、中心静脉压监

Page 30: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

测记录单、手指式脉搏血氧监测记录单、自动化腹膜透析(APD)记录单、输血护理记录单、一周血糖曲线图、一周血压曲线图等护理文书的结构化录入、预览和打印功能。

▲(2)护理记录单录入时,可以自动调用病情摘要知识库和患者体征数据,并具备一键出入水量合计功能。(3)针对转科患者,转入科室可以查看和打印该患者在转出科室已

完成的护理记录。(4)支持医嘱、检查、检验、危急值、手术信息与护理记录单共享

使用。8、护理评估(1)提供入院首次护理评估、压疮风险因素评估表、跌倒/坠床危险

因素评估表、导管滑脱风险评估表、水肿评估表、疼痛护理评估单、自理能力评估表、AutarDVT风险因素评估表等各种风险评估表的结构化录入、预览和打印功能。

▲(2)入院首次护理评估单支持医院公共病历模板内容和专科化病历模板内容的融合使用。(3)护理评估评定与防范措施:根据结构化录入的结果,系统自动

计算评估得分和风险等级,并能够智能化提示防范措施。9、护理计划▲(1)提供基于护理诊断、护理目标、护理措施、护理结局的动态

护理计划制定和实施。(2)具备自动推荐相应的护理诊断功能。

Page 31: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

10、健康教育(1)提供基于病种的健康教育宣教表,且随患者病情诊断变化或转

科后健康教育宣教表能够根据病种宣教模板进行动态组装。▲(2)提供健康宣教推送至患者手机端确认功能。11、专科护理文书(1)专科护理文书:根据医院需要能够支持专科护理文书模板的制

定和护理文书的结构化录入。如孕产妇护理评估记录单、待产记录单、催产素使用观察记录、新生儿护理及母乳喂养巡视单、产程图等专科护理文书。

▲(2)手术室护理文书:根据医院需要能够支持手术室护理文书模板的制定和护理文书的结构化录入。如手术安全核查表、术前交接单、术前访视单、手术护理记录单、手术交接单、手术访视单等。

12、护理交接班(1)提供各个班次交接项目自动统计功能,至少包括原有、现有、

入院、出院、转入、转出、死亡、手术、预术、病危、病重、I级护理、II

级护理、Ⅲ级护理等。(2)提供各班次交接项目明细,支持项目标识(如新、危、术、分

娩)、支持标识位置设置(如诊断右下方、诊断正下方),项目明细至少包括出院、死亡、转出、入院、转入、手术、预术、危重、分娩、I级护理、Ⅱ级护理、Ⅲ级护理等。

▲(3)具备交接班报告话术模板定义功能,话术模板能够根据各科室需要进行调整。

Page 32: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

▲(4)提供交接班报告插入知识库、插入护理记录单病情摘要功能。▲(5)要求交接班报告支持交接内容跨单元格自动换行功能。13、巡视管理(1)提供在院患者和出院患者的病房巡视、输液巡视和输血巡视查

询功能。(2)巡视补录:提供巡视补录和巡视补录审批功能,巡视补录申请

要求能够支持补录时间和补录原因的申请。14、护理专业病历编辑器(1)支持可视化病历文书模板的制作。▲(2)支持《电子病历基本数据集》护理操作记录、护理评估与计

划等护理相关的数据集标准。(3)支持标准值域的引用。15、出科病历管理▲(1)提供出科、出院病历的修改申请,只有申请审批通过的病历

才允许科室修改。(2)提供出科、出院病历的修改审批功能。(3)提供出科、出院病历按出院号快速检索,并查看出院病人各种

护理病历功能。16、权限管理(1)提供用户、角色、权限管理,支持为角色分配允许操作的功能,

为用户分配角色。

Page 33: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

▲(2)设备注册管理:只有注册审批通过的工作站(电脑)才可以使用该系统,增加系统使用的安全性。

17、其他要求▲(1)投标人需要具有自主知识产权。▲(2)须按照业务一体化平台要求实现应用集成、实时数据交换与

业务互操作。8.4 业务一体化医嘱处理系统(CPOE)1、 总体要求▲(1)该系统包括病房医师工作台、病房护士工作台、治疗科室工

作台、临床路径、医保业务与管理、药品与诊疗知识库等。界面要求风格一致,在操作性和易用性增强,能够解决操作繁琐、功能杂乱等问题;

▲(2)要求系统为三层结构,不允许客户端(业务层)直连业务数据库;

▲(3)要求系统能够实现客户端软件的自动升级,方便日常维护;▲(4)要求系统中主数据与业务数据要符合国标WS 445与WS/T

500的数据标准要求;▲(5)要求具备合理用药、临床路径、病历书写、医保审核等知识

库、系统的与业务平台实现一体化集成;▲(6)要求系统升级期间,历史数据能平稳迁移,保障业务数据连

续性,并保证和原用系统无缝对接、数据一致;▲(7)支持客户端电脑竖屏显示,支持客户端采用双屏显示不同内

容。

Page 34: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(8)要求业务系统数据能够支持读写分离技术,提高报表统计效率,减少业务处理的性能负荷程度。

▲(9)系统功能项目参数设置优先使用规则引擎,不推荐使用配置项(配置文件)设置实现。

▲(10)投标人需要具有自主知识产权。2、 病房医师工作台(1)个人主页以角色化设计功能,让系统用户(包括管床医师、主治医师、科主任

等各种角色)直观的查看个人的工作情况统计、重点患者情况、待办事项、日程安排、快捷入口等业务系统。(2)患者管理支持查看管床患者、本科室患者、已出院患者(病案未归档)、已转

科患者(转科时长可以由医院管理部门自己定义)。支持两种形式的患者卡展现:第一种:显示患者床号、住院号、姓名、性别、年龄、入径标识、过

敏史、传染病情况、医保类型、已发生护理不良事件标识、护理风险提醒、责任医师、责任护士、可用余额。第二种:显示患者床号、姓名、住院号。支持按照护理级别查看患者卡片。支持查看科室概况:总人数、新生儿、在院新生儿、新入、出院、新

手术、危重、一级护理、二级护理、三级护理等的人数和空床数。支持查看科室剩余空床。(3)入院证开立与查询

Page 35: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

为患者开立入院证,包含患者基本信息和入院信息,并支持打印纸质入院证。开立入院证时,可以通过患者基本信息进行患者主索引匹配,快速定位历史住院患者。医师可根据开立时间查看开立的住院证信息列表,可以查看已开立入

院证的详细信息。(4)医嘱套管理支持将常用医嘱,如药品(非中草药)、检查、检验、处置、嘱托、

材料、其他类医嘱,编辑为医嘱套餐,提高开立医嘱的工作效率。医嘱套餐分为个人、科室、全院级别。开立医嘱时可通过勾选套餐中

医嘱,实现快速开立医嘱。(5)协定处方管理中草药医嘱的处方管理,可以将常用的中草药处方定义为协定处方,

医师开立中草药医嘱时,快速勾选需要开立的中草药医嘱处方,减少开立中草药处方的复杂度。(6)申请单管理查看已开立的手术、会诊申请单。支持手术申请单撤销。(7)交接班实现医师交接班功能,并实现自动生成统计信息和患者信息,同时支

持引用病历信息作为交接班内容。支持查看已写的交接班记录。(8)患者首页▲ 综合展示患者的检查、检验、体征数据等信息。支持查看检查、检

验结果报告与作废检查、检验项目功能。(9)医嘱开立

Page 36: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

具备医嘱开立功能。开立的医嘱类别包括长期、临时,医嘱类型包括药品、处置、嘱托、材料、其他、检查、检验、手术、输血类医嘱。

▲ 开立检查、检验、手术、输血类申请单时,自动生成相关类型医嘱。▲ 在开立检查检验申请单时,系统会提醒开立该检查检验的需要的特

殊事项和注意说明。▲ 医嘱开立时系统会根据患者信息、诊断等进行用药合理性、医保费

用规则与要求等自动提醒。为提高医嘱开立效率,系统支持通过医嘱套或协定处方开立医嘱,医

嘱套中的医嘱类型包括药品(非中草药)、检查、检验、处置、嘱托、材料、其他类医嘱;协定处方为常用的中草药处方。支持已开立医嘱分类查询和医嘱复制。(10)特殊药品处方单查询处方查询和打印功能,并且支持处方打印个性化配置,如处方药品配

置、领药人信息、填写角色等。(11)医嘱本能够生成和打印长期医嘱本、临时医嘱本、汤剂医嘱本功能。支持配

置术后医嘱、分娩医嘱是否另起一页打印,非药品类医嘱是否打印频率等。(12)病案首页支持病案首页编辑功能,并自动补充已知的病案首页信息,如患者信

息、入院时间、诊断信息、费用信息等。(13)会诊管理支持医师开立会诊申请,邀请其他科室医师对患者进行会诊。支持医师参与其他科室医师发起的会诊,线下会诊后,可以填写会诊

Page 37: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

意见并给出建议医嘱,由会诊发起医师选择性进行采纳。(14)消息中心具备消息提醒功能,可以对关键工作节点进行消息提醒,如检查检验

结果、危急值、会诊通知、皮试结果通知等,减少医师工作时出现遗漏的情况。

▲ 在处理危急值、待办事项时,直接跳转至相应的处理页面进行处理,并记录处理时间、处理人和处理状态。(15)快速功能定位支持快速定位系统功能,输入功能模块名称、功能拼音码、功能简码,

能快速定位到功能模块并进入;输入床号、住院号即可快速定位到患者,并列出常用快捷入口,方便

用户快速进入。3、 病房护士工作台(1)患者浏览以卡片形式展示床位及患者信息和统计信息,可以按照本病区、我的

患者、空床、已出院等维度进行展示。可以通过护理级别等进行筛选,并且可以按照住院天数、危重级别、

病床号进行排序。(2)医嘱处理具备医嘱核对、医嘱发送、医嘱执行、医嘱查询等功能。具备皮试结果录入功能,通过消息提醒医师皮试的结果,如果患者皮

试结果为阴性则自动生成草稿医嘱。具备检验标签打印功能,可以打印检验标签。

Page 38: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

具备打印长期、临时、草药医嘱本功能。可以按照用法分类打印长期及临时医嘱的执行单、输液卡、瓶签,支

持打印不同格式的执行单。支持科室根据不同的领药需求设置领药规则,减少退药次数。支持在医嘱执行时对相关费用进行自动和手动记账,自动生成静脉输

液记账规则,对护士上次设置的静脉输液记账规则进行记忆。(3)费用管理具备自动、手工记账功能,系统可根据配置自动记账,护士也可根据

已执行医嘱进行手工记账。具备费用查询功能,可根据记账时间和类别筛选患者的费用信息。提供日结单打印功能,可根据日期打印当天的日结单。提供退费申请和退费查询功能,可以对费用信息发起退费申请,并支

持打印退费申请单功能,同时可以查看已发起的退费申请和结果。支持自动统计欠费患者列表,可根据欠费患者列表对患者进行催费处

理。(4)取药退药支持查询取药信息及发药结果,在未发药前可进行取消领药申请,并

提供取消领药查询功能。支持退药申请功能,可发起退药申请,并且可以查看已发起的退药申

请信息,包括退药结果。(5)特殊药品处方打印具备对单个或批量患者的特殊用药(如毒、麻、精神类),按照处方

格式查询和打印功能。

Page 39: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(6)体征记录具备患者体征单数据录入和修改功能,可根据实际情况选择单个患者

集中录入或多个患者批量录入。根据体温单录入规则自动筛选每个时间点需要录入体征数据的患者。支持疼痛护理数据录入功能,可以为患者录入疼痛护理信息并打印疼

痛护理评估单。支持标准体征单打印功能,自动补充患者信息和体征信息,并按照标

准格式展示和打印。能够与结构化护理病历系统的体征管理模块实现一体化集成应用。(7)交接班管理具备护士交接班功能,并实现自动生成统计信息和患者信息。支持查

看已写的交接班记录。支持护士添加自己的交接班模板,可以根据科室特点以及病种特点对

模板进行分类维护和管理。能够与结构化护理病历系统的交接班管理模块实现一体化集成应用。(8)危重登记对病危、病重患者进行登记的功能,在医师下达病危、病重医嘱时,

消息提醒护士进行危重登记,并根据床位号或住院号补全科室、姓名、诊断等信息。(9)包换床对患者床位进行调整,可以进行换床或者包床处理,同时支持修改管

床医师和责任护士。支持打印床头卡功能,避免护士手写容易出现错误。

Page 40: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(10)入科管理对患者进行入科管理,为患者分配床位、管床医师、责任护士。(11)转科对患者进行转科操作,可以查看患者基本信息、费用汇总信息、患者

住院明细等信息,转科需要确定转入科室和病区。转科带药单打印功能,可为患者打印转科带药单。(12)出院具备患者预出院功能,可以查看患者基本信息、费用汇总信息、患者

住院明细等信息。支持出院带药单打印功能。具备对预出院患者的召回功能。支持患者在护士站办理出院结算。(13)婴儿登记支持婴儿登记功能,可以登记婴儿姓名、性别、出生时间、出生体重

等信。(14)病房管理具备对病房、病床信息按科室进行维护管理功能。可以增加病房、病

床,或者删除病房、病床,并支持批量增加病房、病床功能。支持对床位进行收费项目管理,同时可以批量设计床位的收费项目。支持对病床进行排序管理。(15)统计报表支持病区日报管理功能,并自动对入院出院、转入转出、其他住院信

息进行统计并展示。

Page 41: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

具备每日工作量统计并生成相应日报、月报、年报功能。支持医嘱状态查询、医嘱执行情况查询、患者状态查询、病床状态查

询、药品查询、诊疗项目查询、患者费用清单查询等等。(16)消息中心支持对危急值、待办事项、通知等各类消息进行提醒和管理功能,可

以根据消息的不同等级进行提醒方式的定制化操作。(17)快速功能定位支持快速定位系统功能,输入功能模块名称、功能拼音码、功能简码,

能快速定位到功能模块并进入;支持输入床号、住院号,快速定位到患者,并列出常用快捷入口,方

便用户快速进入。4、 治疗科室工作台(1)应用范围医院中开展的各种需要持续多次重复执行的专科检查。主要包括:透

析、康复、放射治疗、针灸、推拿等项目,部分临床科室有计划执行的持续或需要多次重复执行的专门治疗项目,但不包括药物治疗(如化疗、输液、注射等)、外科换药、需要进入手术室的手术治疗。(2)功能及应用要求治疗科室使用计算机记录治疗申请、预约或治疗记录数据。治疗时间安排信息可供其他部门查询共享,可被全院查询。治疗申请、预约、记录数据能够与其他临床科室共享。可提供治疗数据访问界面或程序供其他部门调用。治疗记录数据可供全院访问,有数据交换接口。

Page 42: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

可以查询每次治疗的登记或执行记录,内容包括时间、项目等。治疗记录纳入全院统一的医疗档案体系。治疗过程中的评估有记录。治疗过程各环节有记录、可监控。治疗评估能够利用检验、检查的数据。对于高风险治疗有警示和必要的核查。可根据评估结果对治疗方案自动给出建议。5、 临床路径管理(1)路径制定系统具备路径名称维护、适用对象维护、费用分布维护、诊断依据维

护、治疗方案维护、入径标准维护、排除条件维护、出院评估维护、变异维护、备用医嘱维护、内容维护、医嘱维护、阶段内容展示、模板管理、路径查询等功能。

▲支持二级路径、子路径管理功能,有效降低病种并发症、合并症引起的变异。

▲支持备用医嘱,解决特殊情况下路径外用药引起的变异问题;▲支持路径智能换药,解决因药品剂型或规格改变导致的路径变异问

题;路径模板管理应支持模板管理及内容展示,还可以对路径内容相关选

项进行编辑;路径查询可以复制和导出路径内容。(2)路径执行系统具备路径纳入、路径退出、路径完成、路径调整(提前或延迟)

等功能。

Page 43: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(3)药典管理系统具备标准药典信息、药品目录与药典信息、药品目录与药典信息

维护、药典制剂信息、药典类别信息维护功能。(4)变异管理系统具备路径变异、登记功能,及时登记路径的变异信息。(5)提醒服务系统能够通过医师个人任务形式清晰标识未启用医嘱、新增医嘱、撤

销医嘱、待停止医嘱、文档提醒、日常工作、手术提醒、预出院提醒等功能。具备实时提醒医师当前阶段未执行的医嘱信息、新增的医嘱信息、撤

销的医嘱信息、待停止的医嘱信息、需要执行的文档信息、需要执行的日常工作、对需要执行的手术信息进行提醒、对预出院信息进行提醒。(6)基础定义系统能够通过基础维护定义功能,实现诊疗过程阶段维护、医嘱类别

维护、变异分类维护、表单分类维护、诊断 ICD维护、手术诊断维护、专业病区对应维护、诊疗知识库、诊断指南、参考文献、病种关键字维护。(7)患者管理系统能够通过患者管理功能实现患者临床路径信息、患者路径综合查

询、路径变异信息查询、患者出径信息查询、患者变异信息统计等功能。(8)查询统计系统具备多种查询统计功能,实现路径指标分析统计、路径使用情况

统计、路径使用情况(饼图展示)、路径使用排名、路径医嘱使用次数、临床路径患者费用统计(二级明细项目)、临床路径患者费用统计(三级

Page 44: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

明细项目)、医嘱使用频率报表、中途退出审核查询、统计住院患者入径对比明细报表、变异出入路径使用情况。路径指标分析统计用于展示某段时间内各病种对应的工作量、效率、

效果、卫生经济学四大指标;路径使用情况统计可以根据专业、科室、医师分别展示某段时间内的

入径率、完成率、变异率、平均住院日、单病种均次费用等相关信息;路径使用情况(饼图展示)以饼状图展示某段时间内临床路径全院占

比、占农合患者比率、退出(完成)路径占比、变异占比信息;路径使用排名用于统计某段时间内路径使用人数排名、科室使用路径

人数排名;路径医嘱使用次数用于统计路径医嘱项目使用次数;临床路径患者费用统计(二级明细项目)用于汇总某段时间内出院患

者住院费用二级明细项目;临床路径患者费用统计(三级明细项目)用于汇总某段时间内出院患

者住院费用三级明细项目;医嘱使用频率报表用于统计某段时间内路径对应的医嘱项目使用次数;中途退出审核查询用于统计某段时间内患者中途退出路径原因及审核

情况;统计住院患者入径对比明细报表用于对比统计某段时间内入径患者基

本信息及入院诊断相关信息;变异出入路径使用情况用于统计某段时间内患者出入路径人数、变异

人数、完成率情况

Page 45: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

6、 医保业务与管理(1)医嘱开立提醒支持通过双击/右键单击医保质控系统的悬浮窗进入到医师端医保综

合管理界面,医师在开立医嘱时,可以逐行对医保违规项目进行即时提醒,也可以在保存时统一提醒,实现对开立的所有医嘱信息进行统一校验,对医保违规项目给出提醒信息,可进行调整医嘱、强制保存操作。(2)自费知情同意书支持自动调用并填写结构化住院电子病历系统的“自费知情同意书”

模板,实现自动提取患者名下所有需要签署自费知情同意书的项目,避免医师反复录入,仅需患者签署。(3)拦截校验支持明细上传/撤销,定时/手工实时上传,医保患者记账信息通过本

系统进行拦截校验,对部分不符合规则要求的信息进行撤销操作。(4)医师审核支持医保内部审核管理,实现查看、顶部统计(待说明/待审核件数、

医保科/医师调整自费件数、预出院待审核件数、需再次提交补充说明件数)、检索(日期期间、审核状态、自费、患者就诊流水号/住院号/姓名、预出院提醒、需再次补充说明)、填写补充说明、出院提醒、查看明细。支持拒付申诉情况管理。实现查看、顶部统计(待申诉/待审核/申诉

中件数、申诉成功件数、申诉成功金额、需再次申诉件数)、检索(日期期间、审核状态、患者就诊流水号/住院号/姓名、需再次申诉)、编辑申诉内容(非结构化)、查看详情。(5)医保管理

Page 46: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

支持医保智能审核规则与管理,包括:药品目录管理,针对医保中心统一下发的医保药品目录进行统一管理,

同时支持医院根据本院的需求自主增加院内规则。诊疗目录管理,针对医保中心统一下发的医保诊疗服务项目目录进行

统一管理同时支持医院根据本院的需求自主增加院内规则。内部审核在线闭环管理。实现查看、检索、顶部统计(待上传/待审

核件数、新补充/补充说明件数、预出院提醒/待机审自费件数、医保科/医师调整自费件数、医保科/医师调整自费金额)、机审自费、统一上传、病历查看、审核、提醒、双向互动、短信提醒。医保拒付信息在线闭环管理。实现查看、检索、顶部统计(待审核/

待提交/申诉中件数、申诉成功件数、申诉成功金额)、一键打印申诉报告、添加、编辑、提醒、审核/打回、申诉成功/失败操作、删除、双向互动、短信提醒。(6)门诊慢性病管理支持疾病药品管理,针对门诊慢性病进行管理同时也可以在该页面中

维护疾病对应的药品和诊疗信息,实现查看、检索、增加、删除、编辑、启停用功能。(7)统计分析支持内部审核工作量统计,医保拒付情况详细统计。支持药品规则查询、药品目录查询、诊疗项目规则查询。支持出院结算总费用对比统计,实现查看、检索(科室、医保类型、

年份、月份期间)、同比、统计图展示、导出、打印。支持综合合规状况预览,实现查看、顶部统计(科室在院人均统筹/

Page 47: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

人均费用、科室在院人均自费率/人均住院日、科室在院人均药占比/材料占比,医师名下在院人均统筹/人均费用、医师名下在院人均自费率/人均住院日、医师名下在院人均药占比/材料占比)、检索(日期期间、患者就诊流水号/住院号/姓名)。支持次均住院费用统计、出院结算总费用统计。支持拒付相关信息的统计,如拒付原因、拒付药品、拒付总额等。

提供相关铁路医保的诊疗费用/项目明细统计。(8)医保基金管理支持医保基金的管理、基金使用情况统计等。支持提前预置相关科室

/全院的医保可用额度,实时监控相关额度使用和剩余情况。(9)自动智能审核支持自动扫描患者电子病历,结合医保目录,提取电子病历关键字,

进行相关智能机审功能,从而减少审核工作量。7、 医技综合预约管理(1)预约管理:支持门诊医师、住院医师发起检查预约申请,支持

住院护士批量发起预约申请,查询医技预约情况、预约状态。支持改约与取消预约操作。

(2)号源池管理:支持查看检查室号源情况,包括总体号源,已预约号源,已预约患者信息等。支持各检查室的号源设置以及号源渠道分配。

(3)排班管理:具有针对医师与检查科室的排班管理功能,包括根据用户的角色显示相关科室,医师,检查室的排班情况,调班列表查询(包括停班),调班审核(审核通过后,排班计划自动更新)。

(4)项目管理:检查/检验项目查询与维护,支持项目导入并与业务

Page 48: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

一体化平台或医院 HIS保持同步更新。维护检查/检验项目涉及的子项目信息。维护检查项目涉及的辅材信息。

(5)设置管理:包括检查设备信息管理、设备停号管理。检查检验相关互斥规则维护。设置用户、患者的提醒信息模板以及医技预约相关的其它配置。

(6)信用管理:对爽约的患者进行分类管理、记录爽约原因,支持黑名单生成规则定义、解绑等。

(7)统计报表:支持对技师科室值班上班情况进行分析,具体分析内容医院可定制。对预约量、就诊量、申请单量、平均等待时长等进行分析。分析用户访问时间段、访问量等信息。分析设备预约量、就诊量、平均等待时长等信息。

(8)对接体检系统:支持对接体检系统,可以查询体检系统开具的检查申请单。

(9)配套的一体化医技分诊台系统:将原医技分诊台使用的多个应用系统统合化一,支持预约、登记签到、缴费、充值、排队叫号等各项功能。

(10)配套的排队叫号系统:统合线上、线下就医的各个环节,打造智慧就医新生态。通过配套的排队叫号系统实现信息实时共享,支持包括患者移动端在内的各个门户实时查询排队及等待状况,支持检查结果的在线查询。

8、 药品与诊疗知识库(1)病房医师病房医嘱处理---医嘱下达时能关联项目获得药物知识,如提供药物说

Page 49: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

明查询功能等。病房检验申请---检验标本种类信息在申请中同时记录。▲病房检验申请---下达申请时可获得检验项目和标本信息,如适应症、

采集要求、作用等。病房检验报告---查看检验报告时,可获得项目说明。▲病房检验报告---查阅报告时,对于多正常参考值的项目能够根据检

验结果和诊断、性别、生理周期等自动给出正常结果的判断与提示。▲病房检查申请---申请时能够提示所需准备工作等内容。病房检查申请---下达申请时可获得检查项目信息,如适应症、作用、

注意事项等。病房检查报告---查看检查报告时,能够按照项目查看说明等。病房检查报告---查阅报告时,能够显示测量结果,对于有正常参考值

的项目能显示参考范围及自动产生异常标记。(2)门诊医师处方书写---下达处方时能关联项目获得药物知识,如提供药物说明查

询功能等。处方书写---对高危药品使用给予警示。▲门诊检验申请---下达申请时可获得与项目关联的适应症、标本采集、

检查意义等信息。门诊检验报告---查看检验报告时,可获得项目说明。门诊检验报告---查阅报告时,对于多正常参考值的项目能够根据检验

结果和诊断、性别、生理指标等自动给出正常结果的判断与提示。▲门诊检查申请---下达申请时能获得其他部门的病情摘要、诊断,具

Page 50: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

有检查适应症、作用、注意事项查询功能。门诊检查报告---查看检查报告时可以按照项目查询结果说明信息。门诊检查报告---查阅报告时,能够显示测量结果,对于有正常参考值

的项目能显示参考范围及自动产生异常标记。(3)检查科室▲申请与预约---可根据检查内容生成注意事项。(4)检验处理标本处理---临床科室有与实验室共享的标本字典并具有与项目关联的

采集要求提示与说明。▲标本处理---标本采集可根据检验知识库进行标本类型、患者关联、

采集要求等的核对,防止标本差错。(5)医疗保障病房药品配置---病房药品信息可供全院共享(字典、可供药目录、药

品使用说明等)。(6)信息利用▲知识获取及管理---药品、检查、检验项目字典中具有相关内容作为

知识库,如药品字典中的剂型、剂量、给药途径,检查字典中的适应症、检查准备要求;检验字典中的适应症、标本要求等知识获取及管理---专项知识库的内容可供全院使用知识获取及管理---与诊疗项目相关联的文档类内容可作为知识库管理,

包括药品说明书、检查检验说明等知识获取及管理---有供全院查询的电子化的政策法规文档。

Page 51: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

8.5 业务一体化平台系统1、 总体要求(1)业务一体化平台能够实现医院各业务系统(包括基础

HIS、PACS、LIS、手术麻醉等等)之间实时或异步交换信息和互操作,消除各业务系统之间的紧耦合。

▲(2)具有二次开发框架平台功能,实现新增临床业务组件或模块的用户可定制开发。(3)通过业务一体化平台,建立实时动态、完整、标准化的医院诊

疗数据中心,为医疗大数据的处理、分析和应用奠定基础。▲(4)投标人需要具有业务一体化平台、二次开发平台系统的自主

知识产权。▲(5)具有统一登录(SSO)的功能,可以为临床医护提供统一的

登录入口,需同时支持对WEB和 EXE多种客户端的统一登录集成。▲(6)具有平台级消息提醒功能,支持业界主流的消息引擎(如:

ActiveMQ、RabbitMQ等),可以实时主动提醒危急值、待处理医嘱等各项信息。(7)系统具备 7*24不间断运行能力,在业务高峰时系统响应速度

不下降,不会因为单个服务器的故障而使业务中断。▲(8)采用分布式缓存提高数据访问速度,降低数据库访问压力。▲(9)采用MAF技术使客户端插件化,可根据个性化需求实现不同

业务插件,且支持插件的热插拔。

Page 52: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

2、 基础信息管理功能包括:系统菜单管理、功能权限管理、角色管理、角色成员管理、

公告管理、共享文件管理、打印模板管理、业务统计报表管理、报表权限管理等。

3、 主数据管理主数据管理需支持多医疗机构,科室、临床项目、药品等主数据需支

持多机构管理模式。(1) 组织机构管理功能包括:医疗机构管理、科室管理、病区管理、诊区信息、诊间信

息。(2) 用户管理功能包括:员工管理(员工信息、科室设置、病区设置、权限角色设

置、操作资质设置等)、员工密码管理。(3) 字典管理功能包括:医嘱执行频率、岗位字典、医务人员职称、医务人员职务、

设备类型、检查检验类别、操作资质、教学资质、医保类别、诊断字典、手术字典、号单级别、处方种类。(4) 药品管理功能包括:药品信息维护、药品用法、药品剂型、药品类别、剂量单

位、抗菌药物分级、受控药物种类。(5) 财务管理

Page 53: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

功能包括:一级会计科目、二级会计科目(二级会计科目类别、二级会计科目)、三级会计科目、收费管理(医疗服务项目、价格管理、病案费用类别、计价单位管理)。(6) 临床项目管理功能包括:医嘱项目类型、临床项目维护(项目信息、检查检验设置、

医嘱类别限制)、临床项目收费规则设置。(7) 床位管理功能包括:床位信息维护、床位费设置、床位导入、床位模板下载。

4、 资源主索引服务▲系统除提供患者主索引外,还要对院内人财物等各项资源进行主索

引管理,生成诸如科室主索引、人员主索引、药品主索引、材料主索引、设备主索引等不同指标项目的主索引,保证院内各业务系统中资源识别一致与唯一性,保证数据的一致性,提高数据的利用能力。

5、 患者360视图(1) 搜索患者功能▲支持按照患者姓名、身份证号、住院号、门诊号等信息进行搜索,

在搜索结果中一个患者显示为一条记录,需要显示患者的姓名、性别、身份证号、联系方式、家庭地址、门/急诊次数、住院次数、首诊日期、最近诊疗日期、最近主诊断、当前在院状态等信息。

▲应支持患者主索引中合并的患者需显示为一条记录,身份证号相同

Page 54: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

的患者需要将历次就诊记录进行合并展示。(2) 被集成功能▲患者 360视图需提供WEB集成的方式,支持被其它系统集成,集

成功能需具备相应的安全机制,防止集成的URL 被盗用而造成信息泄露。(3) 水印功能▲患者基本信息、医疗病历文书、护理病历文书、体征信息、检查报

告、检验结果及报告、手术、费用等各类信息在查看时,需自动添加水印(内容至少包括当前用户姓名、工号、当前时间信息)。

(4) 患者基本信息包含患者姓名、性别、出生日期、住址、联系电话、最新既往史、最

新过敏史、过敏药物等基本信息。(5) 时间轴需支持通过时间轴快速浏览和筛选患者的各类信息(包括:诊断、检

查、检验、医嘱等)(6) 集成视图需具有将体征信息、药物过敏、诊断、检查、检验、医嘱、手术、危

急值等信息进行集成展示的功能,体征信息应支持体温单的模式跨周显示体温、呼吸、脉博等信息以及变化趋势。

(7) 诊断信息需支持显示一次就诊或历次就诊的诊断信息集合(含临床诊断,

ICD、TCD诊断,病理诊断)。(8) 病历文书需支持显示一次就诊的所有医疗病历文书(支持 PDF、HTML等多种

Page 55: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

格式),(9) 护理病历需支持显示一次就诊的所有护理病历文书(支持 PDF、HTML等多种

格式)。(10)医嘱及处方信息需支持显示一次就诊或历次就诊的医嘱信息、用药清单信息。(11)检查信息需支持显示一次就诊的所有检查信息,浏览检查报告,能醒目提醒某

次检查对应的危急值。需支持对某项检查做跨越历次就诊的报告对比。需支持查看检查影像的功能。(12)检验信息需支持显示一次就诊的所有检验信息,浏览报告单,能醒目提醒某次

检验对应的危急值。需支持历次指标对比的曲线分析,在对比界面上直接查看当时的医嘱

/处方信息。(13)手术信息需支持显示手术申请单、手术预约、麻醉信息、手术闭环等信息。(14)输血记录需支持显示输血申请信息、配血信息、发血信息、用血信息等。(15)会诊记录需支持显示会诊申请、会诊结果等各项信息。(16)费用

Page 56: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

应支持显示某次就诊的费用信息。6、 预约服务7、 综合预约服务(1) 挂号预约系统功能包括:挂号预约管理。统一号源池,支持诊间预约、窗口/分诊

台预约、移动端预约、自助机预约、第三方平台预约、医院网站预约等多种预约渠道。提供配套的门诊排班系统(主要功能:排班、调停班、查询/审批等)、一体化的门诊分诊台系统(主要功能:预约/改约/取消预约、签到、缴费、充值、状态查询等)、排队叫号系统(主要功能:排队规则可以配置,支持预约、急诊、回诊、过号、VIP等各种情况的处理)。预约和号源状态、患者就医状态在各个应用门户可以查询。提供多维度、可视化的决策支持图表展示。基础数据可自动与HIS同步。

(2) 医技预约系统功能包括:医技预约管理,支持医技互斥规则及相关注意事项的提醒。

统一号源池,提供相关的设备管理、医技项目管理功能。支持诊间预约、窗口/分诊台预约等多种预约渠道。提供配套的一体化的医技分诊台系统(主要功能:预约/改约/取消预约、签到、缴费、充值、状态查询等)、排队叫号系统(主要功能:排队规则可以配置,支持预约、急诊、回诊、过号、VIP等各种情况的处理)。预约和号源状态、患者就医状态在各个应用门户可以查询。提供多维度、可视化的决策支持图表展示,为医疗资源的合理调配提供数据支撑。基础数据可自动与HIS同步。

Page 57: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(3) 住院预约系统功能包括:床位预约、床位预约信息查询、床位实时状态查询、床位

资源统计分析、预约科室配置、跨病区收治、床位预约登记、病区床位管理。

(4) 治疗预约系统(5) 日间手术预约系统8、 数据上报管理功能包括:病案数据上报、全国医院数据上报(运营数据、医疗业务

数据)、区域医疗数据上传、三级公立医院绩效考核数据上报、医院质量监测数据上报、传染病上报、院感上报、死亡患者上报、不良事件上报、重大非传染性疾病及死亡信息上报、预防接种信息上报、食源性疾病信息上报等。

9、 全院危急值管理

10、 功能包括:危急值管理概览、危急值分类统计、科室危急值统计、医生危急值统计、危急值科室/分类分布、危急值信息查询、危急值超时未处理查询、危急值超时处理查询等。业务闭环管理

闭环追溯:可以对各类闭环信息进行查询、统计和图形化展示。包括药品医嘱闭环、皮试医嘱闭环、检查闭环、检验闭环、病理闭环、手术闭

Page 58: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

环、高值耗材闭环、医技治疗闭环、危急值闭环、输血闭环等。闭环质控查询:支持对医嘱闭环信息按照多种指标进行统计、对比分

析。包括药品医嘱、检查医嘱、检验医嘱、危急值等。11、 患者信用服务功能包括:预约挂号后未就诊黑名单添加、预约黑名单查询、诊疗后

未付费黑名单添加、住院未付费很名单查询。12、 重点事件监控功能包括:超长住院患者监测、重大手术患者监测、危重患者监测、

重返患者监测、特殊传染病患者、获得性问题监测、重点事件类型类型配置。

13、 院内门户(PC端)(1) 医生门户功能包括:临床提示、临床指南、我的病人、考核指标、病历检索、

科研课题、我的工作量、规章制度、医生 360可视化分析模型、医生门户首页。

(2) 护士门户功能包括:护理提示、护理排班、我的工作量、特殊病人列表、不良

事件、规章制度、护士门户首页。(3) 科主任门户功能包括:科主任门户首页、住院日报(科室)、门诊人次(科室)、

Page 59: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

住院收入(科室)、住院均次(科室)、门诊均次(科室)、重点关注、医保控费(查询医保类型的年费用分布,并根据医保类型查询每月具体费用的分布,接着再查询这种医保类型在某年月具体费用的占比。)、门诊指标、住院指标、医保统计、手术统计、处方点评、预计 31 天重返、二次手术、医院感染、医生资质(职称分布)、不良事件、传染病、抗菌药物排名、死亡患者、临床路径、会诊统计、待审核列表、排班表、科室绩效、问题病历、科研课题。

(4) 护士长门户功能包括:病区概要、病区提示、当日医嘱、患者列表、手术列表、

排班与考勤、费用统计、人力资源、急诊就诊:急诊医生修改病人就诊的状态(到达、入院,留观等)、跌倒坠床发生率、压疮发生率、手术工作量、出入转、医嘱统计、待审核列表、排班表、病区工作量、质控问题汇总、业务学习、护士长门户首页。

(5) 医务部门户功能包括:重点关注(危重患者、病危患者、病重患者、危急值未响

应、31 天重返、二次手术、院感爆发病区(同一病区出现多于 3人的感染(有感染暴发可能的病区))、欠费患者、住院超N 天、24小时重返等内容)、周汇总、出入转、费用、会诊统计、门诊量、危急值(未响应/已响应)、医院感染、不良事件、传染病、抗菌药物排名(权限)、预计 31 天重返(病案首页获取数据)、二次手术、死亡病例、临床路径、处方点评、病历等级、病历质控、病例迟归、DRGs、手术用时、手术迟开、手术统计、质量控制、医师资质档案、内勤、医疗纠纷、事务管理、医院评审、医务部门户首页。

Page 60: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(6) 护理部门户功能包括:重点关注(当前病危、当前病重、特级护理、一级护理、

一周转科、一周出院、一周死亡、当前在院)、待审核不良事件、不良事件、手术列表、昨日护患比、护理质控、护士资质档案、人力资源、事务管理、绩效、护理部门户首页。

(7) 院领导门户功能包括:重点关注、院长查询、全院收入统计、门诊人次(全院)、

住院收入(全院)、住院均次(全院)、门诊均次(全院)、门诊收入(全院)、入出院情况统计、病区工作状况可视化分析、病区运营状况可视化分析、医院运营可视化分析、门诊实时流量可视化分析、门诊就医环节全程可视化分析、核心指标分析、就医行为数据、院长查询、医院营收趋势分析、事务管理、待审核列表、院领导门户。

(8) 公有服务功能包括:我的日程、我的工作、我的邮件、通讯录、我的工资、单

点登录、文档管理、模板下载、友情链接。14、 院外门户(医疗协同PC端)区域医疗协同(区域病理、区域检验、区域 PACS 、区域心电、远程

会诊、双向转诊、分级诊疗、远程影像、区域医疗数据上传)、居民健康档案、公共卫生协同、集团协同。

15、 移动门户(1) 医护门户

Page 61: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

功能包括:检查检验项目预警、个人手术排程、医护排班、手术排班、院内会诊、患者列表、护理关注要点智能提醒。

(2) 科主任门户功能包括:检查检验项目预警、个人手术排程、医护排班、手术排班、

院内会诊、护理质量管理、患者列表、住院日报(科室)、门诊人次(科室)、住院收入(科室)、住院均次(科室)、门诊均次(科室)。

(3) 院领导门户功能包括:检查检验项目预警、个人手术排程、医护排班、手术排班、

院内会诊、护理质量管理、病人信息查询、住院日报(全院)、门诊人次(全院)、住院收入(全院)、住院均次(全院)、门诊均次(全院)。

16、 公有服务(移动门户)功能包括:待办工作、个人信息、我的邮件、物资申领、请假申请、

我的工资、通知/公告、行政审批、会议管理、投票问卷。17、 患者门户(移动端)功能包括:身份认证、在线问诊、预约挂号、门诊、住院、检查检验

服务、便民服务、消息推送、查询服务、患者满意度调查。18、 医患沟通平台(移动端)(1) 院前功能包括:健康自测、健康日记、药物信息。(2) 院中

Page 62: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

功能包括:健康日记、医患互动、健康自测、健康宣教、病史登记、用药提醒、康复日期。

(3) 社区康复功能包括:用药提醒、病史登记、健康宣教、医患互动。(4) 随访期功能包括:健康自测、健康日记、健康宣教、临床随访。19、 抗菌药物应用分级管理(1) 抗菌药物权限维护(2) 抗菌药物功能配置功能包括:基础数据菜单配置、系统参数、送检判断方式、多科会诊、

申请状态、大类配置、医生处方权。(3) 抗菌药物流程配置功能包括:非特抗药申请流程、特抗药无审核权限申请流程、特抗药

有审核权限申请流程。(4) 抗菌药物基础数据维护功能包括:使用目的大类、使用目的子类、使用目的、指征表、会诊

科室、会诊、医生、预防用药时间、感染部位、致病菌、联合用药原因、联合用药变更原因。

(5) 抗菌药物统计分析功能包括:医院抗菌药物品种原则上不超过 35种、 接受抗菌药物治

疗住院患者微生物检验样本送检率、住院患者抗菌药物使用率、抗菌药物处方数/每百张门诊处方(%)、急诊患者抗菌药物处方比例、抗菌药物使用

Page 63: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

强度、药费收入占医疗总收入比重、抗菌药占西药出库总金额比重、注射剂处方数/每百张门诊处方(%)、一类切口手术抗生素使用率、抗菌药物使用金额占比、住院患者抗菌药物使用率、门诊抗菌药物处方占门诊处方比例。

(6) 抗菌药物知识库设置20、 传染病管理(1) 字典维护功能包括:基础字典、配置项目、传染病字典维护、传染病附卡维护、

省市县乡字典维护。(2) 查询统计功能包括:传染病报告查询、传染病门诊日志、传染病科室疾病分布、

传染病报告统计、传染病未报统计。(3) 监控平台功能包括:传染病监控、传染病筛查处置。21、 一卡通管理(1) 职工一卡通管理(2) 就诊卡管理系统功能包括:条码卡、芯片卡、身份证、电子就诊卡、居民健康卡、电

子健康卡、电子医保卡。

Page 64: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

22、 慢病管理功能包括:患者慢病要点提示、随访、分级和分重点患者管理、绩效

监管、数据采集。23、 随访管理功能包括:随访计划自动生成、计划随访、过期随访、定向随访、随

访结果统计分析。24、 统一支付管理(1) 综合支付集成对账功能包括:对账参数设置(支付渠道、服务渠道、业务类别、结算方

式、交易状态)、订单跟踪处理、资金对账管理(对账单获取、数据规范统一、核心对账处理、对账结果输出)、退款处理、财务报表管理、用户权限管理、异常数据自动预警。

(2) 统一支付整合功能包括:微信、支付宝、银联、信用支付、自助机。25、 处方点评功能包括:处方点评结果统计分析、处方数据抽取规则维护、临床信

息调阅、自动生成点评报告、点评结果实时反馈、专项点评、点评跟踪管理、处方点评知识库设置、处方数据抽取规则设置、抽查处方样本点评。

Page 65: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

26、 电子证照管理系统功能包括:医疗机构电子证照管理、医师电子证照管理、护士电子证

照管理。27、 满意度调查功能包括:总体评价、环境满意度、流程满意度、病人隐私、医院满

意度、护理人员满意度、办公人员满意度。28、 特殊患者管理功能包括:特殊患者类型维护、特殊患者标记、特殊患者展示、特殊

患者筛查、特殊患者审核、特殊患者查询、特殊患者统计等。8.6 医疗质量管理与监控系统(一期)

(一)医疗质量考核评价(PC端)一、考核基础配置

1、考核单元管理▲1)根据医疗质量管理架构配置院级、职能科室、科室考核单元;▲2)实现考核组的自定义:例如医疗组、手卫生组等。2、考核模式管理▲支持多种科室考核流程:可开展业务层质控:职能部门考核。3、考核标准管理▲1)支持医院按照主体进行设置;▲2)支持考核内容百分制或千分制;▲3)支持定量考核和定性考核:定量考核:设定固定的分值考核;

定性考核:在考核分值基础上的奖励和惩罚加减分考核▲4)支持客观类指标和主观类内容的设置:客观类指标:人工统计、

Page 66: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

人工上报数据批量导入;根据医院医务部门质量考核细则梳理 15个以内的客观指标,通过数据接口提供数据,并进行展示,实现与评分标准的关联和自动扣分;

5)主观类内容:可根据管理要求,不仅记录现场查检主观性内容,还可记录考核涉及具体责任人、责任主管、以及其他个性化记录信息如病案号、患者信息等。

▲6)主观类指标:可导入主观类指标考核数据,设置考核评分规则,自动匹配考核相关内容,如责任人、发生时间、对应情况扣分,扣分问题等。维护问题字典,规范评价内容描述方便勾选、方便统计。

4、考核消息定义可自定义考核通知、考核结果反馈、考核驳回任务提醒等消息模板:

根据考核流程走向设置接收人(科室)信息提醒模板,“标题+内容”结点设置,内容根据需求可精细到考核模板、考核项、考核对象、扣分、扣分理由、得分等。二、质量考核任务

1、考核活动管理▲1)考核内容自定义:根据实际考核情况调整部分考核内容

▲2)考核周期自定义:灵活设置考核活动按月、季度、年度考核▲3)考核对象分配:自由选择考核组织作为考核对象▲4)考核部门分配:根据管理范围将考核内容分配相应考核部门▲5)考核过程动态调整:考核过程中灵活增减考核对象▲6)考核活动周期性设置:一次设置后可按周期设定批量建立考核

活动2、科室考核活动

1)评分任务:(1) 考评任务消息提醒考核内容、考核科室、考核截止时间(2) 通过分配的主题、活动、科室,显示考核任务数量、科室确认数量、科室归档数量,可及时了解完成的情况

(3) 可通过手工录入评分和理由,或指标数据导入并自动算分,进行批量提交任务

(4) 根据管理精细化需求统计到责任人、责任人类别等(5) 支持内容提交后撤回、上传word、excel、pdf、图片或其他佐证材料等功能完成考评

(6) 支持一条考核项有多次、多时段的考核记录

Page 67: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(7) 支持考核内容一键赋分、科室完成批量提交,提高考核效率(8) 支持一键计算客观指标得分扣分,生成扣分/加分描述,计算后一键提交计算结果

2).审核任务:(1) 审核任务消息提醒,即可开始任务审核(2) 管理员根据考核内容进行审核,查看现场审核任务,可及时了解需要完成的待办审核任务,同时可进行处理,发送问题清单到科主任

(3) 评分结果自动带到审核任务,根据评分结果进行审核(4) 可在评分结果基础上,可扣分、重置考核记录3)驳回任务:

(1) 科室主任可驳回考核内容至评分人,并填写驳回原因(2) 驳回消息提醒;评分人收到驳回任务,可针对驳回原因重新调整评分结果,并再次提交

(3) 驳回用户和被驳回用户可实时了解驳回任务处理状态,处理结果

▲4).科室申诉:(1) 职能部门主观检查结果即时反馈给考核单元进行双向确认(2) 每月月末时,职能部门统一计算各科室考核结果与各考核单元进行双向确认

(3) 各职能部门确认无误后将考核结果提交到医务部门(4) 医务部门汇总生成最终考核结果后公示三、考核结果反馈

 1.考核结果汇总▲1).根据考核模式汇总:汇总科室考核活动结果,记录考核科室、得分、扣分、扣分理由等具体结果

▲2).根据职能层级汇总:汇总医务部门、科室考核活动结果▲3).考核部门、考核对象都可根据权限查看自身相关的考核结果2.考核详情查看医务部门按照考核分类查看考核结果详情,可查看各科室的得分、扣

分详情汇总,精细化需求统计责任人、责任人类别、病案号,和查看考核分类的总扣分。

3.  考核管理主页▲1).考核总括:掌握考核科室当前医疗质量的考核内容:包括总模板数、

Page 68: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

考核科室▲2).模板详情:掌握医疗质量模板考核的趋势分析以及存在问题的环

比分析▲3).问题详情:了解医院质量考核问题的占比,柏拉图分析4. 考核结果分析

▲1).管理视角:(1) 科室得分汇总表:整合医院医务考核部门质控结果的得分,生成最终科室得分。

(2) 考核问题汇总表:医疗质量考核问题的排名、占比、柏拉图、扣分情况进行统计汇总分析

(3) 考核人员统计分析(4) 考核模板统计分析

▲2).被考核科室主页:5. 被考核科室模板详情:以被考核科室角度,汇总科室存在问题6.扣分问题柏拉图分析表:以被考核科室角度,用柏拉图分析方法分

析问题缺陷率,定位高频存在问题7.科室人员扣分表:根据人员类别、职称、姓名等按照年月进行扣分

汇总与排名,责任到人,为个人绩效考核、评选职称、评优评先提供依据四、持续改进1.发起持续改进1).根据问题性质、发生频率进行判断,如属于一般、偶发、个人问

题,可对周期内考核问题发起整改追踪。2).如属于多发问题,可对主观性/客观性指标发起持续改进,遵循

PDCA管理循环,对问题进行深入改进。▲3).在不同流程,考核对象或考核部门都可遵循自愿原则或自身管理

诉求,自发或被动发起问题整改追踪▲4).针对多发、系统问题,职能部门或质控办可对多部门发起持续改

进。2. 持续改进记录职能科室查看问题发起与改进情况;业务科室进行问题原因自查并出具整改措施计划,职能科室跟踪整改结果,给予整改结果意见。

Page 69: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(二)医疗质量考核评价(移动端)1现场考核(1)职能考核通过医疗质量的模板、角色进行现场考核,根据任务数进行科室的动

态考核,形成考核、扣分、提交的处理方式。(2)历史记录通过考核节点、条件筛选,查看待处理记录和所有考核的历史记录。▲(3)考核提交针对考核的科室直接进行考核结果的提交。▲(4)问题清单通过搜索考核活动进行查询科室考核的问题清单,包括模板名称、科

室名称、问题严重度等。2审核任务▲(1)审核任务根据角色进行考核结果的审核,可单个进行处理,也可批量进行审核。(2)驳回任务查看被驳回的任务,根据驳回信息进行处理。▲(3)申诉处理针对存在异议的科室进行申诉处理和结果确认。(4)结果修改审核中对存在问题的考核可进行结果、分值、描述的修改。3统计分析▲1科室分析:科室可按照名称、考核月份、职能考核等

进行数据的统计分析,查看考核结果▲2总览分析:1)问题频次分析:针对考核的问题进行频次和柏拉图分析2)科室模板分析:针对医疗质量考核模板进行统计汇总分析3)问题人员分析:针对考核人员存在的问题进行汇总分析4)科室结果分析:针对被考核科室进行汇总统计分析

(三)医院日常查检管理(PC端)一、查检表首页▲1.合格率统计分析、条目总数、合格条目数、不合格条目数、不相

关条目数

Page 70: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

2.月度趋势分析:月度合格率趋势分析图3.各检查项目合格率:项目明细统计分析二、查检表配置1.主题维护:可新增查检主题,添加分组名称和删除分组2.工作组绑定:分组绑定工作组管理,快速归集分类3.新建查检表:可添加属性、名称、是否评分、是否病区、排序和

检查说明▲4.场景维护:通过添加行,设置场景所需信息,针对信息可进行

输入框、下拉框、复选框、单选框设置,同时可设置是否必填项;5.查检表操作:禁用查检表、编辑查检表、删除查检表三、查检项维护1.下载模板:可通过下载查检表导入模板,进行模板汇总,快速导入2.导入/清空:可导入模板,也可清空导入的模板信息3.新增项目:选择一级、二级分类,勾选字典,设置检查说明内容▲4.表单设置:每一条条目可进行表单属性设置,保证填写内容规范,

同时可设置默认值▲5.跳转设置:可通过设置跳转选项,完成条目的跳转查检四、查检表字典:添加字典信息、设置合格、不相关默认值、删除字

典。五、查检表统计▲1.PC端统计分析:针对查检表定制表格分析、图表分析、趋势分

析等。2.移动端统计分析:针对移动端定制饼状分析、柱状分析、条形分析

等。(四)医院日常查检管理(移动端)一、质控查检

▲医疗类:交接班查检、死亡病例查检等二、手卫生查检

▲开始督导、搜索科室、指征选择、添加观察对象、问题提问、照片上传、结束观察、统计分析三、手卫生记录

Page 71: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

查看手卫生检查记录,查询数据:岗位依从性、正确率、查检人数、特征依从性、手卫生方式构成占比四、查检记录▲1.按照角色、分组、日期进行记录筛选▲2.暂存继续抽查、暂存记录删除、查看详情3.未达成条目查看、达成率显示、督导详情五、科室统计1.检查科室统计:抽查类型、检查次数、合格率等2.检查病区统计:病区查检次数、合格率、月度查询六、统计分析1.查检条目分析:例数、合格率、不合格率2.饼状图分析、柱状图分析、雷达图分析3.季度分析、问题排名

8.7 医院等级评审迎检系统(一)医院等级评审迎检系统(PC端)(1)系统内置各类评审标准,医院可以选择、选用自己要评审的标

准。按章、节、条款、要点有序排列,提供快速查询定位功能。(2)系统可以内置各类支撑文档,医院快速完善,按评审标准款项

归好类,方便查阅:可以导入多种形式的参考要点,可以内置支撑材料模板,按评审要点归类。(3)建立组织架构,系统提供灵活的组架构配置功能。建立评审组

织结构,建立符合评审的组织结构,支持多层级管理模式,把自评组织分为承办组、责任组、督办组,支持快速导入部门及人员列表。(4)可多次自评,支持多次自评,支持与上次评审对比,可进行有

针对性的进行整改,对多次自评进行比较分析,每次自评可携带上次自评

Page 72: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

结果,减少输入工作量,每次自评,管理现状、差距以及需哪些部门配合,及时提醒、及时调整、及时修改。

▲自评总结:支持导出所有自评批次结果包括最终整体结果和条款结果及细项结果的意见达标情况。

▲支持材料继承:支持上一次支持材料继承。(5)支持多种分配方案,系统支持传统的依次建立人员、科室、组

和条款分配形式,条款分配中可分到组长,也可直接分到人。批量分配后在自评时也可随时进行调整,可灵活分配评审条款,支持多部门人员共同参评,提供一键式分配功能。

▲任务分配:支持以事找人的方式确定人的角色,一个同事可以担任多个角色。

▲条款目标值设定:支持对条款可预设目标值。(6)自评过程分工明确,承办组、责任组、督办组分类,承办、责

任、督办各类责任明确,承办科室(人员),负责具体事项的落实、执行结果的录入、支撑材料的录入,责任科室(人员),负责审核相应条款的落实情况,审核支撑材料,督办科室(人员),负责专业督办各类指标,医院领导:负责督促整个自评进度。

▲进度报表:支持查看个人、科室、章节自评进度▲催办事项:支持对已分配条款未完成项进行催办,并有系统内提醒

功能▲审批意见查看:支持查看所有人参与条款自评的意见▲任务移交:支持本科室更换人员时任务移交▲条款结果自动判断:根据条款达标情况系统自动判断结果

Page 73: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

▲条件查看:支持按照条款的编号、人员、科室、条款达标情况进行组合条款查看

▲条款进度:支持查看条款的自评审核进度▲条款分配批量导入:支持条款分配按照角色批量导入▲(7)自动统计结果并给出结论,自评报告要求有首次和末次的自

评结果,本系统可生成上报的自评报告标准条款数对比,自动汇总并计算达到的等级,按章节统计自评情况,快速定位问题条款,生成自评明细导出,方便查看问题及整改措施。(8)生成制式自评报告材料,系统提供自动生成自评报告材料功能,

多次结果自动对比。(9)评审文档库管理,系统构建服务医院等级评审的档案管理体系,

为医院加强档案管理服务医院等级评审提供参考借鉴,系统同时自带的文档播放器让文档在线浏览,全屏播放,方便专家检查。

▲(10)持续改进管理,系统提供自动归纳未达标及驳回条款,对于该类条款可以选择整改人、整改问题、整改措施等内容,并以整改单的形式发起 PDCA持续改进,对应的整改人在整改待办中反馈整改结果并上传附件,发起人可对结果进行审核。

▲(11)自评总结管理,系统提供对批次自评结果的总结,突出自评工作中的亮点及不足之处,并对总结结果可编辑、导出等操作。(12)自评进度把控,系统可根据时间纬度、科室纬度、角色纬度

等实时查看并把控全院的总体进度情况。(13)评审支撑材料管理,评审支撑材料管理提供文档管理功能,

包括:评审资料上传、检索、下载、打印、修改、调整、删除、浏览等。

Page 74: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(14)支撑材料自动归档。根据评审标准,系统提供支撑材料自动管理功能,边自评边归档,自

动按评审标准归类,同时可按分类目录归档,无需重复上传,支持增删改,完善医院评审电子文档库,支持文档在线阅读,支持多种格式,自动转换无需安装插件。

▲支持支撑材料按照标准目录自动归档,也可建立归档文件夹(文件盒子)及共享文档。

▲多批次自评存档:支持多次自评存档,可以查看上一次自评历史意见和结果。(15)资料审核对资料的状态进行管理,提供资料审核功能,区分已经审核、未审核、

废除状态查询。(16)上传材料管理对需上传的资料属性进行管理,将属性分为制度类、执行类两大类文

档根据职能分为医务类、护理类、院感类等多类文档。(17)知识库参考材料、检查要点医院可以维护▲医院根据自身情况不同,系统提供医院自己维护知识库功能,检查

要点,全院员工可以学习标准。(二)医院等级评审迎检系统(移动端)(1)整体要求:基于微信企业号来实现;电脑端和手机微信端核心

内容互联互通。(2)移动自评及手机资料上传

Page 75: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

▲基于微信企业号的医院等级评审系统提供手机自评、拍照、上传功能。大大减轻工作量,方便工作人员及时上传支撑材料。(3)移动审核资料支撑材料特别是执行类的支撑材料众多,工作人员业务工作忙,又要

进行等级医院评审准备工作,移动审核资料让工作人员可以充分利用空暇时间,在家、在单位都可以进行文档审核。实现资料及时上传,及时审核。(4)移动实时查看自评进度系统根据权限、任务分配情况,每个工作人员可查看属于自己的责任

的评审进度情况,以及下一级评审进度情况。如承办科室查询自己的评审进度(待办、已办等);责任科室查询自己的进度(待办、已办等),督办科室随时查看相关条款的所有执行情况、审核情况能及自己评审情况。

5、任务提醒及跟踪接收对于未审核、未承办、未自评的款项催办提醒信息。6、移动院内通知▲在 PC端发布相关通知、应知应会等可定向发送相关迎检内容,电

脑端和手机微信端同时接收。8.8 病历与病案质控管理系统1、病案首页质控(1)依据病案首页质控规则及三级公立医院绩效考核规则要求,对

病案首页进行事中质控,实时对医师进行不符合项提醒,并存储质控结果,病案首页质控分为西医首页质控和中医首页质控两类。(2)可依据首页数据质量评分标准,对首页数据质量进行实时评分,

Page 76: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

提醒医师完善不符合项。(3)实现病案首页中的数据最低 80%左右的自动提取,同时支持自

动提取医师在入院记录中录入的疾病诊断信息,针对手术操作记录自动提取手术相关名称及编码,避免医师的二次录入提高病案首页提交效率。(4)支持根据患者的 1诉 5史及手术记录等病历文书内容,采用人

工智能技术自动判断疾病、手术诊断的正确性,并推荐合理诊断供医师进行参考。(5)能够核查病案首页与实际就诊患者的数量是否一致,并展示未

进行病历提交和病历归档的患者人数。(6)能够自动核查病案首页的费用信息是否与HIS系统是否一致。2、医嘱关联质控▲系统可以根据电子医嘱内容,自动识别、提醒、检查住院病历书写

的及时性和内容完整性。3、病历提交质控系统支持医师在病案首页提交前和提交时完成以下质控功能:(1)根据质控规则,检测患者是否缺少病历,如确少首次程程、术

前小结、术后小结、出院记录等。(2)根据病历书写规范,质控病历书写时效。如:入院记录 24小

时内完成,首次病程 8小时内完成。(3)根据病历内容质控规则,对病历关键内容进行缺陷进行提醒,

如:入院记录中具有 3项缺陷还未处理,需完成缺陷处理后才可提交病案首页。(4)在病历提交时质控所有病历文书,检查是否完成签名,并提示

哪些病历未签名。

Page 77: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

(5)在病历提交时,系统根据病历质控项目,对病历进行自动评分。(6)对整个病历文书及病案首页提交,提交后将锁定全部病历及病

案首页,医师没有权限再修改。(7)在病历提交后,归档前,如医师需要再次修改病历或首页,可

以撤消提交,再修改后再次提交。4、三级/多级质控管理(1)科室质控组、质控科、病案室,可对运行病历及终末病历进行

环节抽检质控、质控评分及申请归档操作。(2)针对时效质控超时锁定的病历,支持医师发起解锁申请、科室

质控组审批、医务科审批、主管院长审批、质控科审批解锁,医院可以自由组合审批方式实现多流程审批。(3)针对超出书写时限的病历,支持医师发起病历修改申请、科室

质控组审批、医务科审批、主管院长审批、质控科审批解锁,医院可以自由组合审批方式实现多流程审批。(4)针对已归档病历,支持医师发起病历召回申请、科室质控组审

批、医务科审批、主管院长审批、病案室审批,医院可以自由组合审批方式实现多流程审批。(5)针对不同的患者的不同病历文书可设置不同等级的查看权限,

医师根据不同等级权限查看病历。5、专科专病内容质控(1)支持针对不同科室设置内容质控规则,进行科室级差异化内容

质控,如:普外科主诉中具有“转移性右下腹痛”,而现病史中缺少“转

Page 78: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

移性右下腹痛”等描述。(2)支持针对不同疾病诊断设置内容质控规则,进行基于疾病诊断

的内容质控,如:子痫前期(O14.900),医嘱、辅助检查中无“血常规”,不支持“子痫前期”诊断等。(3)提供基于科室、疾病诊断的原始内容质控知识库,医师可以自

行维护该类知识库进行病历内容的质控。6、质控审批(1)支持超时解锁申请:病历超时锁定后,医师需要在系统中发起申

请解锁流程(2)支持超时解锁审核:上级医师或科室主任对医师发起的申请进行

审批;(3)支持超时解锁申请查询:医师查询提交的申请单信息及审批进度

情况;(4)支持医师自查:医师通过此功能,可清晰的掌握病历的书写进度

情况;(5)支持时效锁审批跟踪:查看锁定病历文书的审批状态信息;(6)支持科室病历抽检质控:科室质控组对运行病历进行抽检质控;(7)支持科室病历终末质控:科室质控组,对病历的终末质控,评分,

申请归档;7、智能化质控提醒(1)支持待书写病历提醒:根据质控规则自动提醒临床医生需要书写

的病历。(2)支持待质控病历提醒:医生提交科室质控,需要本人质控的病历

信息提醒。(3)支持待处理缺陷提醒:质控人员反馈的本人的病历缺陷信息提醒。(4)支持患者卡片质控提醒: 通过患者卡片上的质控标识信息提醒

医师。

Page 79: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

8、专项质控支持医院质控部门、病案室针对手术患者、抢救患者、会诊患者、输

血患者、感染患者、危重患者、特殊标注患者、转科患者、传染病患者、特定病种患者、死亡患者、住院时间超过设定时长患者的专项质控。

9、综合质控(1)支持病案室对病历的抽检质控和终末质控、评分、归档。(2)支持质控部门针对病历的抽检以及病历质控总体情况的浏览。(3)支持病历归档数据查询包括已评分未归档病历数据、已归档病

历数据。10、质控报表按科室和时间段统计运行病历实际完成时间统计表。查询分阶段展示质控反馈的信息。查询病历科室及终末质控返馈的缺陷记录。统计病历按时完成情况,对按时完成率进行分类统计。统计终未病历不同病历类型不同缺陷出现的次数。统计科室病历不同病历类型不同缺陷出现的次数。统计全院指定时间段内运行病历超时完成病历数量。统计对运行病历的反馈问题。统计对终未病历的反馈问题。统计患者危急值的处理结果。按科室和时间段统计病历修改次数。统计因单项不合格的否决病历不合格的病历情况。按阶段、科室、时间段统计病案质量趋势。

Page 80: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

统计运行病历不同病历类型不同缺陷出现的次数。按报表类型和时间段统计各级病历数量。对出院患者归档率分类统计。按病案等级和科室查询医师反馈问题工作量。按科室、医师、时间段统计病历召回科室情况。11、质控规则管理(1)支持病案首页的质控规则分类定义,包括标准数据项、扩展数

据项及中医数据项。用于描述首页质控的逻辑算法规则,包括参数、规则描述、是否启用等内容。(2)支持病案首页评分项目,内容包括项目分类、项目名称、项目

扣分值、最高扣分值、首页数据项等内容。(3)支持病案首页的质控规则管理,质控规则包括必填项校验、条

件必填项校验、值正确性校验、值类型校验、值范围校验、值域校验、逻辑算法校验。(4)支持时效质控规则设置,医院可自定义时效规则,包括设置时效

事件和时效规则定义,病历书写时自动判断。(5)支持运行病历基础内容质控规则设置,医院可自定义规则内容,

包括缺项校验、排斥项校验、关联性校验等,病历书写保存时自动提醒。(6)支持医嘱诊疗事件关联病历时效质控设置,病历书写时自动判

断,针对缺少文书进行自动提醒。(7)支持专科专病差异化内容质控规则定义,病历书写保存时根据

规则自动提醒医师进行病历内容的完善。

Page 81: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

12、其他要求▲(1)投标人需要具有自主知识产权。▲(2)须按照业务一体化平台要求实现应用集成、实时数据交换与

业务互操作。8.9 三级医院绩效考核数据上报系统1、上报数据采集与来源上报数据采集的数据来源既可以从医院现有业务系统中自动采集,也

支持通过医院业务平台或其他信息平台采集数据。2、统一数据接口平台▲要求建立统一数据接口平台,通过统一接口网关技术实现从医院各

业务系统定期、定时自动化提取上报需要的数据,对于业务系统中没有的指标数据,可以通过数据填报功能实现,以保证考核指标数据的完整性。统一数据接口平台除了可以与医院现有业务系统、业务一体化平台、

其他信息平台对接外,还可以实现与国家绩效考核多途径数据上报采集及查询等各系统接口,实现数据的智能化上报和国家平台数据的共享互通。

3、病案首页数据自动转换和校验能够按照国家绩效考核上报平台对病案首页数据的上报要求,在上报

前进行标准化自动转换和校验,上报的病案首页数据支持导出生成 CSV

及 EXCEL等文件格式,自动生成标准化的上报文件名称,支持通过链接登录国家绩效考核上报平台进行数据上报。

Page 82: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

4、病案首页数据有效性、合规性、一致性、完整性检查上报系统支持通过病案系统及住院系统进行数据完整性校验,能针对

不同的上报周期,统计比对出院总人数、出院未写首页人数、未提交人数、未归档人数,校验出不符合条件的出院病人信息。支持对上报的病案首页信息自动进行病案首页质控规范及绩效考核病

案首页上报的规则校验,实现上报数据的有效性、合规性、一致性校验。5、不合规项数据批量处理对于上报系统校验出有不合规项的数据,系统支持对单患者或批量患

者数据进行处理,例如缺项默认值的处理。支持定义批量处理的规则设置,有业务含义或法律层面的信息,不允许通过批量处理,批量处理的数据提供日志记录查询功能。

6、数据上报异常反馈报告对于上报到国家绩效考核平台经过数据核查后产生的异常反馈结果,

要求系统支持下载保存异常结果文件,支持通过上报系统进行异常内容解读分析,并生成整改报告或简报,辅助上报人员及时进行异常数据处理。

7、上报数据校验规则定义系统具备上报数据校验规则定义功能,按照三级公立医院绩效考核数

据上报要求,支持定义相关的各种数据校验规则,作为系统进行一致性、有效性、合规性、完整性校验时的规则依据。

8、上报数据标准化值域映射绩效考核上报的数据按照国家要求,上报系统必须提供统一的医院数

Page 83: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

据与标准值域数据建立统一的映射关系功能。9、查询统计分析要求系统提供病案首页数据上报的记录查询、指标填报数据查询、上

报数据校验结果查询分析、平台上报结果反馈记录查询、数据处理记录查询、系统日志信息查询、数据标准值域查询、校验规则查询等功能。

10、统一用户角色权限管理要求系统采用统一标准化的系统架构,集中定义用户、角色、权限及

系统配置参数,支持与医院核心业务系统或一体化平台主数据共享互通。11、其他要求▲(1)投标人需要具有自主知识产权。▲(2)须按照业务一体化平台要求实现应用集成、实时数据交换与

业务互操作。8.10 医疗信息集成服务总线中间件(HSB)1、总体技术要求 1、遵循原卫生部《基于健康档案的区域卫生信息平台建设技术解决

方案(试行)》、《基于电子病历的医院信息平台建设技术解决方案》、《健康档案基本架构与数据标准(试行)》、《电子病历基本架构与数据标准》、《国家基本公共卫生服务规范》、

《卫生综合管理信息平台建设指南(试行)》的基本原则。 2 、 支 持 IHE CT 、 ANTA 、 XDS.b 、 PIX v3 、 PDQ

v3、XDR、XDM 规范,并可扮演相关角色。

Page 84: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

3、支持 HL7 v2.x、HL7 v3、FHIR、CDA、CCD 规范。 4、遵循 XML、X12、ASTM、EDIFACT 规范。 5、遵循 SSL/TLS、WSS、X.509 以及公钥架构。 ★6、平台应基于 SOA、EDA 技术的 ESB 架构,实现平台的服务组

件化,系统模块化,保障系统的扩展性,以适应医疗卫生业务的发展需求。

★7、平台应具有消息、业务流程管理、工作流管理、业务规则设定、数据转换功能以及丰富适配器,并具有商务智能分析系统。

★8、支持关系型及对象型数据库系统,包括:Oracle,DB2,MS

SQL Server,关系型数据库以及 Caché对象型数据库,并在数据库层面支持云存储资源管理。

★9 、 支 持 IBM AIX 、 Red Hat Enterprise Linux 、 SUSE

Linux、Microsoft Windows、Apple Mac OS 操作系统。支持云部署和容器部署。

★10、平台应内嵌持久化多维引擎、ESB、BI、面向服务和面向对象开发平台的统一架构。

★11、平台应具有冷、热备份/恢复能力。支持以下高可用方案: Failover Cluster - 支持操作系统的故障转移群集Virtualization HA - 支持各种虚拟化高可用方案Mirroring - 提供无需硬件和操作系统支持的镜像高可用方案)应达

到秒级的故障恢复时间OpenVMS Concurrent Cluster12、性能要求: ★内嵌持久化存储引擎性能能提供 2.2 千万次/秒的数据库访问能力;

Page 85: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

提供全数据加密能力。

Page 86: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

86

★消息引擎性能可提供 3.7 亿/10 小时的 HL7 消息吞吐量。系统平均无故障时间应大于 1 万小时。系统故障恢复时间为:小故障 1 小时内恢复)大故障 6 小时内恢

复。系统同时可接入的并发用户数应大于 500。数据传输、处理应有检验、核对功能和较强的纠错能力。终端响应速度:<1~3 秒。峰值响应速度:<3~6 秒。★13、部署能力内部部署能力云部署能力混合部署能力单实例多集成租户能力★14、平台产品生产厂家如采用第三方中间件)需提供第三方中

间件原厂专项授权书。

Page 87: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

87

2、企业服务总线(ESB)功能需求企业服务总线(ESB)是信息交换与业务协同平台的核心,需

要符合如下功能: 遵循 SOA 技术标准与设计原则)并基于消息及事件驱动技术。基于消息引擎保障消息的传输、发布/订阅、基于内容的路由、

高效的消息传输与转换、业务规则处理)并支持同步和异步的业务及数据互操作。所有的消息、状态、数据都自动持久化)确保消息发送和流程的

断点恢复。通 过精确的事务位图索引实现对消息资源库的实时更新与访问)实现对业务的监控、审计与管理。提供丰富的适配器支持主流的开发语言、异构系统接入以及数

据库的访问)并 能够通过对适配器的继承与扩展适应新的业务及技术要求。服务总线提供单元测试服务对用户自定义适配器进行调试从而

提升适配器部署与开发的效率。

Page 88: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

88

支持基于 Web Services 的服务封装、安全与服务调用。支持最 新 的 WebServices 标 准 ) 包 括XML、XPATH、XSLT、SAX、SOAP、REST、DTDs。能够把所有的系统、服务、数据都封装成对象)并根据其它业务

系 统 的 需 求 发 布 为 COM、 .NET、 JAVA、ODBC、 JDBC、EJB、XML 以及 Web

Services 供其它系统、服务、与业务使用。支持 BPL、BPLE4WS、BPEL、BPML、BPMI。支 持 基 于 数 据 转 换 引 擎 的 数 据 转 换 功 能 ) 包 括

XML、HL7、X12、ASTM、EDIFACT 以及非 XML 的图形化的数据转换、解析与映射。支持基于业务流程引擎、工作流引擎的图形化流程设计与测试。支持丰 富的传输访问协议 )包括 HTTP/HTTPS、TCP/IP)

FTP/File、Socket、 SMTP、SOAP/HTTP、SOAP/JMS、SQL。支持数据的加密/解密、压缩/解缩。

Page 89: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

89

支持 SSL/TLS、WSS、X.509 以及公钥架构。提供端到端的管理)包括可视化的快速故障诊断与消息检测、监

测整个系统及关键指标的行为与状态)并能自动生成相应的监测报告。发布/订阅功能业务行为监控能力SOA 治理消息引擎需求支持按消息类型和消息内容路由支持消息按 Schema 校验消息自动持久化支持高级消息检索消息可以编辑后重发支持消息仓库业务流程引擎功能要求信息平台的业务流程引擎需要符合如下功能: 提供标准的业务流程语言(BPL)描述可执行的业务流程。并提

Page 90: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

90

供详细的业务流程语 XML 元素(XML Elements)。业务流程设计器支持用户自定义代码。提供可视化的业务流程设计器。业务流程必须内嵌于市级区域

卫生信息平台) 业务流程设计器是一个功能齐全)可视化建模工具)以图形方式查看和编辑业务流程逻辑。业务流程设计器包括业务流程的可视化和 BPL 表示之间完整的双向工程。业务流程设计器能够通过点击图形元素的输入/输出连接点并拖

拽到待连接的元素。业务流程语言中的每一个元素在业务流程设计器中都有一个对应的图形用于图形化的业务流程设计。业务流程设计器提供丰富的调试功能)通过专门的调试元素

(Elements)对业务流程进行调试。业务流程设计器支持同步与异步的消息处理方式。业务流程设计器支持消息的状态维护)确保长时间运行的业务流

程可以暂停)并在重启之后回到暂停前的状态以继续运行。

Page 91: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

91

3、工作流引擎功能要求信息平台必须内嵌工作流引擎,工作流引擎应与业务流程引擎

内部紧密集成,实现跨机构、部门的系统、技术、数据和人工工作的交互性,工作流引擎需要符合如下功能: 提供完全自动化的业务流程)并能够通过人工干预处理异常情况

提供调用异构应用系统的功能)将工作流事件通知外部系统)或

从外部系统取 得工作流决策所需的其他信息。 提供持久化功能)以支持可能持续数天或数周才能完成的长时间

运行业务流程。 基于用户的流程定义可以独立于业务逻辑)允许开发人员和系统

分析师共同合作)独立定义各自的部分。 基于角色的工作流用户管理。 能自动生成的工作任务表单)并支持用户自定义的任务表单样式

模版。

Page 92: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

92

工作任务拥有状态)例如未分配的、活动的、完成的、取消的、放弃的、重分配的等)工作流引擎应有持久化处理日志)记录任务处理的用户、时间、状态、结果等。

拥有可定制化的工作流门户)用户登录工作流门户可以通过工作列表管理自己的工作任务。 工作流引擎支持各类不同的任务分配模式)包括先来先服务

(First Come, First Served)、按用户名称分配、按用户岗位分配、按用户工作量分配等。 工作流引擎提供工作流的开发模型)包括任务请求定义、任务应

答设计、工作流程设计等。 工作流引擎提供可视化的工作流的测试模型。 4、业务规则引擎功能要求业务规则引擎可以确保一个非技术人员能够可视化的在指定的

关健点变更业务流程的行为,信息平台的业务规则引擎可以通过可视化的规则编辑器完成对业务规则的变更。业务规则引擎需要符合

Page 93: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

93

如下功能: 业务规则引擎应能同时处理通用规则和路由规则。 所有的规则都有一个或多个规则集)每一个规则集都具有生效的

起止时间)规 则引擎自动根据时间调用正确的规则集。 业务规则可以被继承、调用)并支持导入导出。 业务规则引擎包括功能强大的可视化编辑器。包括业务规则向

导;业务规则集的创建、编辑、调试等。 5、数据转换引擎功能要求数据转换引擎是信息平台重要的组成部分,它能够实现异构系

统间的消息转换,用于把一种消息类型通过可视化的或者编程的方式转换为另一种形态的消息,数据转换可以被业务流程引擎、业务规则引擎等调用。 数据转换引擎需要符合如下功能: 数据转换引擎提供图形化的数据转换界面)图形化的列出源消息

与目标消息的 结构)并通过拖拽的方式把源消息的某个节点关联到目

Page 94: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

94

标消息的某个节点)从 而形成源消息与目标消息之间的一对一、一对多、多对一的关系。 图形化的数据转换界面应支持 HL7 V2.x、HL7 V3、其它用户

自定义的 XMLschema 之间的相互转换。 数据转换引擎提供对数据转换的新建、编辑、重置、取消、删

除、编译、测试等功能。 提供数据转换测试工具。 数据转换规则可以导入导出。 6、平台适配器与网关功能要求适配器是完成通用连接功能、可以复用的代码组件,通过配置

平台可以使用适配器连接不同的数据源和外部系统。 投标人需要详细说明其平台软件所支持的适配器种类及应用范

围。平台应提供适配器和网关双向连接外部的技术、协议与应用。具体需求如下: 适配器可以分为输入型适配器和输出型适配器)输入型适配器负

Page 95: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

95

责接收和验证外部系统的请求;输出型适配器将响应发送给外部系统。 平台应该内嵌至少以下双向适配器:SQL 适配器、Cache’数据

库适配器、JSON 适配器、SOAP 适配器 (包括服务器端和客户端)、REST 适配器、TCP 适配器、HTTP 适配器、文件适配器、FTP 适配器、Email 适配器、IBM WebShpere MQ 适配器。 可以基于已有适配器继承、开发新的用户自定义适配器。 信息平台提供网关通过代理对象方式以操作本地对象的方式操

作外部的数据库、Java 包、.net 应用等的技术。为保证平台与外部数据库应用、.net 应用和 Java 应用的连接性,平台应该提供网关技术实现与数据库、.net 构架组件和 Java 组件的互操作性。其中 Java 网关应支持对 Java Message Service( JMS)、SAP

Java Connector (SAP JCo)的互操作。 嵌入 BI 需求实时商业智能能力

Page 96: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

96

集成 OLAP 功能仪表板开发环境支持业务行为监控支持 MDX

可集成外部数据源集成可视化报表开发环境(类似于水晶报表)

原生分析-将消息流作为业务数据直接分析预测建模(PMML)能力语义处理(非结构化文本分析)

科学分析统计算法(类似于 SPSS)

7、对互联互通标准的支持要求HL7 V2.x

HL7 V3

FHIR DSTU2、STU3

CDA、CCD (包括 HITSP C32、C37、C48.1、C48.2 等)

同时支持对以上标准)任意 2 者间的相互转换

Page 97: €¦  · Web view2020. 12. 10. · 8、提供功api接口,能够开发基于平台的业务功能模块。 9、二次开发应基于混构的技术,能够同时使用Winform与WEB技术进行业务构件的开发。

97

对 FHIR 的支持: 可以作为 FHIR 服务器,提供 FHIR 服务和 FHIR API 能力;同

时支持 DSTU2、STU3、版本 4