平台概述
1.1 平台名称
医疗质量监测管理平台
1.2 平台背景
医疗质量是医院的生命线，医疗质量管理是医院管理的核心，平台利用院内医疗数据，在保障信息安全和隐私的基础上深化挖掘应用，并结合单病种质量控制，推进院内医疗质量建设和管理水平不断提高。是医疗服务质量工作效果、技术服务水平、费用水平、管理水平等方面的综合体现。
1.3 平台目标
让医院医院管理者用数据展示医院的成绩，让医院费用不损失。
让医院数据管理专家用大数据对医院进行精细化管理。
让医院数据管理员对比各类标准化的数据、大数据指标。
让临床医护人员免去单病种填报工作量，工作回归临床。
二、平台内容
2.1主要功能
· 数据统计分析：
对医院各项监测指标、重点指标进行分析统计，从实现医疗服务能力、质量、效率三个维度进行纵向及横向比较分析。可宏观概览，亦可按疾病亚目、手术细目、重点疾病、重点手术、疑难重症疾病、关键医疗技术、恶性肿瘤、疾病安全类指标及手术安全类指标进行分类分析，并从全院总体分析，逐层推进至科室和医生局部细节分析。
· 数据标尺对比：
数据经清洗、标准化处理后，对符合要求的数据纳入模型分析。系统汇聚4年全国600余家医院超7000万数据的统计参考值，包括广东省数十家医院的参考值。
按不同分类取数据合格医院的指标取6个分位值作为数据尺，高优指标越高越好，低优指标越低越好，红灯为较差，黄灯中间，绿灯优良。
单个医院数据可在平台大数据中实现自身纵向比较、与数据尺横向比较、与对标医院互比，在比较中找到自我定位�？梢谰菔莩咧贫ǚ⒄鼓勘瓴⒎治霰驹河攀谱ǹ坪陀攀撇≈帧�
三、平台建设依据与原则
3.1 建设依据和标准
平台建设依据的文件或标准如下：
1. 《国务院关于印发促进大数据发展行动纲要的通知》，国发〔2015〕50号
2. 《国务院办公厅关于促进和规范健康医疗大数据应用发展的指导意见》，国办发〔2016〕47号
3. 《电子病历基本数据集》WS 445-2014
4. 《卫生综合管理信息平台建设指南》（卫办综函〔2011〕350号）
5. 《健康档案基本架构与数据标准（试行）》（卫生部2009.05）
6. 《电子病历基本架构与数据标准（试行）》（卫生部、中医药管理局2009.12）
7. 《远程医疗信息系统基本功能规范》WS/T 529-2016
8. 《卫生信息数据元目录》WS 363-2011
9. 卫生部《电子病历基本规范（试行）》，2010年2月；
10. 卫生部《医院信息系统基本功能规范》，2002年2月；
11. 卫生部《电子病历基本架构与数据标准（试行）》，2009年12月；
12. 卫办发〔2011〕85号卫生部关于《卫生行业信息安全等级�；すぷ鞯闹傅家饧返耐ㄖ�
13. 卫生部《电子病历系统功能应用水平分级评价方法及标准（试行）》2011年10月；
14. 卫生部《基于电子病历的医院信息平台建设技术解决方案（1.0版）》2011年3月；
15. 卫生部 电子病历基本架构与数据标准（试行）；
16. 卫生部《卫生综合管理信息平台建设指南（试行）》；
17. 卫生部标准WS/T102-1998，临床检验项目分类与代码；
18. 《国家卫生信息化标准基础框架》；
19. 《中国卫生信息标准基础数据集》；
20. 《中国医院信息基本数据集标准》
21. 《卫生信息数据规范指南》
22. 《电子病历基本架构与数据标准》
23. 《临床检验结果共享系统互操作行规范》
3.2 建设原则
通过医疗质控平台的建设，不仅可以迅速解决目前医疗数据释放和深度利用的问题，并且在解析层面和数据存储层面均具有高度的扩展性。利用区域医疗质控平台驾驭和统一所有现有的医疗质控数据指标，在信息化建设的任何阶段，都能做到胸有成竹，有章可循。为了保证项目实施的质量，在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则：
3.2.1 整体规划
任何一个信息系统的建设都不可能是一蹴而就，健康医疗大数据平台建设是一个庞大的、复杂的、长期的系统工程，更需要先做一个整体的规划，无论从战略上或从战术上，从硬件上或从软件上都必须先进行整体的调研和规划，才能为后续的建设指明道路和打下基础
3.2.2成熟性、实用性
医疗质量检测管理平台要满足院内医疗质控业务当前和今后一段时间的总体应用需求，性能稳定，界面直观，具有易理解、易调试、易维护、易扩展、易复用的特点，同时系统要力求最大限度地满足实际工作的需要，充分考虑各业务层次、各管理环节数据处理的实用性。用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征，力求美观大方，操作简便实用。
3.2.3分步实施
医疗质量监测管理平台的建设过程是一个长期的过程，必须分成多个阶段来完成，以保证系统建设的可行性和可控性，因此我们必须在总体规划的指导下，对整个过程进行科学地划分多个实施阶段，逐步完成医疗质量监测管理平台的建设。
3.2.4 可扩展性和可维护性
为适应质控管理现有及未来的业务发展，系统应具有良好的可扩展性和可维护性。软件设计尽可能�？榛�、组件化，低耦合性，提供配置�？楹涂突Щぞ�，并预留各种接口，使应用系统可灵活配置，适应不同的情况。
3.2.5 安全可靠性
应用软件与数据库系统的设计要求安全可靠，防止非法用户的入侵。应用系统采用多级认证措施，采用加密技术以防止用户口令被破解。数据库的备份策略恰当，在万一灾难发生时能快速恢复。
3.2.6 标准化
严格依照项目管理的思路和方法，软件设计严格执行国家有关软件工程的标准，保证系统质量，提供完整、准确、详细的开发文档和用户操作文档；应用设计全面采用国际、国内各种标准和规范。
3.2.7 建设策略
在框架设计上，从垂直业务和单一应用向扁平化信息平台与主线业务的应用系统建设相结合转变，利用纵横交互的平台技术实现统筹规划、资源整合、互联互通和信息共享，提高医院医疗服务水平和监管能力。
四、项目实施
医院购买质控平台之后，不能立即进行使用，需要我公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目管理。项目管理规范主要包括项目启动阶段、系统安装阶段、系统培训阶段、系统测试及试运行阶段、总体验收阶段、系统交接阶段等六个阶段工作内容。
4.1 项目启动阶段
此阶段处于整个项目管理工作的最前期，部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务。在商务人员配合下，建立用户信息表，与用户进行沟通，以确定项目总体计划。
项目实施时间表
|
序号
|
阶段
|
时间
|
任务
|
负责部门
|
|
1
|
项目启动
|
3天
|
合同签定后，指定项目经理，成立项目组，提定项目成员确定项目总体计划。
|
康网
项目部
|
|
2
|
建立用户信息
|
3天
|
建立用户信息，与用户进行沟通，确定实施时间。
|
项目经理
|
|
3
|
现场安装
|
1天
|
服务器环境搭建，IIS配置，数据库安装，软件程序安装等
|
工程师
|
|
4
|
现场培训
|
2天
|
系统管理员培训，职能管理人员培训，医务人员上报培训
|
工程师
|
|
5
|
系统测试及试运行阶段
|
7～30天
|
医院组织信息科、质控办等相关部门配合测试，提出系统试运行中存在的问题。
|
质控办
|
|
6
|
总体验收阶段
|
12个月
|
系统运行1年后，进行了升级，完善了医院提出的需求，总体验收完成。
|
信息科
质控办
|
|
7
|
系统交接阶段
|
7天
|
医院完成系统尾款及下一年度技术维护费交付，进入到后续维护阶段。
|
售后
客服部
|
4.2项目安装阶段
此阶段的主要工作是在医院真实环境下，对用户网络及硬件设备进行测试，确保系统各项功能均能正常使用，同时把尽可能多的潜在问题在正式运行之前发现并改正，并进一步提高有关人员的操作水平，规范操作。
4.2.1 软件环境
◆ Windows Server 2008 R2（64位）
◆ IIS 8.0及以上版本
◆ Sql Server 2008及以上版本
◆ .net framework 4.0及以上版本
4.2.2 硬件环境
◆ 处理器：最低2.0GHz或更高。
◆ 内存：最低1GB或更多。
◆ 硬盘：最少40GB或更多。
◆ 其他：光驱要求DVD-ROM；显示器要求至少800×600分辨率，或更高。
4.3 项目培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，应给予足够的重视。在项目实施过程中对用户的相关人员进行了系统操作的规范培训，让用户了解了软件产品，最终自己能够解决使用中的具体的问题。培训工作分为三个层次，分别针对系统管理人员、职能管理人员、科室人员等进行不同层次的培训。培训方式分为单独培训及全院大会培训，详细讲解软件使用方法，解答用户疑问，并向操作人员提供软件使用手册。
4.4 项目测试及试运行阶段
此阶段的主要工作是医院组织信息科、质控办等相关部门在真实环境下，对医院网络、硬件及软件系统进行测试，提出系统试运行中存在的问题，及时反馈软件开放公司，双方共同协商解决方案。
4.5 项目验收阶段
此阶段是对项目总体的完成情况进行验收，依据软件功能填写验收确认单。
4.6 系统交接阶段
此阶段是项目管理的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、操作说明书，售后服务协议等，项目将进入售后服务阶段。一年免费质保期满后，医院确认系统运行正常，完成系统尾款及下一年度技术维护费交付，进入到后续维护阶段。软件公司将定期随访，听取用户的意见，在今后的项目管理中进行加强和改进。
五、平台功能说明
|
一级功能
|
二级功能
|
功能描述
|
|
综合展示
|
本院概览
|
· 默认显示主要指标
|
|
统计分析
|
医院运行基本监测指标
|
· 统计资源配置监测指标
· 统计工作负荷监测指标
· 统计治疗质量监测指标
· 统计工作效率监测指标
· 统计患者负担监测指标
· 统计资产运营监测指标
· 统计科研成果监测指标
· 实现本院历年数据纵向对比
· 监测与了解医院日常运行的基本情况
|
|
整体情况
|
· 汇总医疗能力、质量、效率和费用结构各项分析
|
|
疾病谱
|
· 采用ICD-10编码亚目统计医院收治病种
· 按系统、病种分别统计分析医疗能力、质量、效率和费用结构
|
|
手术谱
|
· 采用ICD-9-CM-3编码细目统计医院收治病种
· 按系统、病种分别统计分析医疗能力、质量、效率和费用结构
|
|
疑难重症
|
· 统计分析疑难重症的医疗能力、质量、效率和费用结构
|
|
关键医疗技术
|
· 统计分析关键医疗技术的医疗能力、质量、效率和费用
|
|
320个收（付）费病种
|
· 统计分析320个收（付）费病种的医疗能力、质量、效率和费用结构
|
|
恶性肿瘤
|
· 统计分析10个恶性肿瘤的医疗能力、质量、效率和费用结构
|
|
对比分析
|
纵向对比
|
· 本院历年数据纵向对比
· 实现按科室、医师及病种的分类统计
· 实现最小单位追踪
|
|
横向对比
|
· 医院间横向对比
· 十万余个单项数据尺
|
|
数据上报
|
数据填报
|
· 根据分配指标填报相应数据
· 支持手工录入和上传数据包
· 可申请重新上传、补报数据
|
|
数据管理
|
数据加工
|
· 对数据进行去重、清洗、标准化处理
|
|
数据检索
|
· 支持按年度、报表期、指标类型、数据状态、填报人及部门等内容进行检索定位
|
|
数据审核
|
· 管理员可对数据进行审核、编辑、退回及作废等处理
|
|
数据状态
|
· 显示审核中、审核通过、退回、作废等数据状态，并记录数据处理日志
|
|
数据详情
|
· 在线预览查看数据详细内容
· 导出excel查看数据详细内容
|
|
下载文件
|
· 下载数据上报人员上传的原始文件，可在本地查看数据
|
|
操作日志
|
· 记录单项数据的历史操作，形成过程文件
|
|
系统管理
|
系统设置
|
· 设置数据上报模式，包括手工录入、数据包
· 支持数据尺的开启、导入及更新
· 提供系统的标准数据接口，支持与医院现有相关系统无缝衔接
|
|
指标查询
|
· 提供1400余项指标相关说明，帮助理解指标含义
|
|
报表管理
|
· 支持报表上报期限管理
· 支持报表导出及修改
· 支持报表项的浏览、检索及导出
|
|
角色管理
|
· 支持数据填报员、系统管理员等分层管理模式
· 根据工作需要自定义增加角色，支持不同角色具体不同权限
· 同一用户可担任多个角色
|
|
用户管理
|
· 创建本院参与医院管理统计指标系统的用户
· 支持批量导入科室及人员
· 提供导入模板
· 根据不同用户分配不同角色
· 编辑、删除用户
· 修改用户密码
|
|
数据维护
|
· 具有数据备份、还原及删除功能
· 支持自动备份
· 具有数据备份及还原功能
|
|
医院信息
|
· 设置医院名称、类别、级别、等次、性质、床位数等信息
|
|
信息公告
|
公告通知
|
· 每次登录后显示待处理数据条数，统计未完成工作量
|
四、软硬件说明
|
系统架构
|
· 系统为B/S架构，无需用户安装任何客户端及插件。只需在浏览器地址栏中输入配置好的系统IP地址，即可登录系统，进行操作。
|
|
硬件部分
|
· 处理器：最低Intel Xeon E3-1230@3.3Ghz；
推荐Intel Xeon E5-2690@2.9Ghz或更多。
· 内存：最低8G；推荐16GB或更多。
· 硬盘：最少10GB；推荐40GB或更多
|
|
软件部分
|
· Windows Server 2003及以上服务器系统。
· IIS 6.0及以上版本。
· SQL Server 2005及以上版本。.
· NET Framework 4.0及以上版本
|
扫码立享优惠价：
|
