医疗信息化移动护理方案

1、第一章 第二章 第三章服务方案 3J服务需求的理解及响应 3.1.1移动护理信息系统 3JJJ系统内容 医院信息化发展至今，各家医院都建设了医院管理信息系统，对医院的运营管 理带来极大的变革。但信息化应用对医护临床的支持还存在空白，U前很多医院的 护理人员的工作基本还处于手工状态，在护理人员严重缺乏的情况下，如何让护理 人员提高工作效率，降低丄作强度成为肖先要考虑的问题；巧外，手工操作难免会 出现各种差错，不利于医疗安全，对于护理的质量和绩效的考核更加没有数据作为 依据。因此护理信息系统的上线迫在眉睫，通过移动护理信息系统的建设，可以有 效解放护七的劳动力，提高数据的共孕和自动化、智能化程度，

2、实现高效护理、安 全护理、有序护理，给病人一个安全放心的医疗环境，护士也有更多的时间来陪伴 病人，从精神上给予病人更多的安慰。 项U内容，具体包括：系统设计、开发、实施、运行维护以及相应的安装调试、 系统集成、运行维护、项U验收以及技术培训，系统软件提供厂24小时的系统售后 免费现场技术服务。 建设移动护理信息系统，实现电子病历的移动化，让护理人员在临床服务中心 实时釆集数据和实时录入数据，优化医护流程，提高护理人员工作效率，杜绝护理 人员的医疗差错。 3J1.2系统特点 结合现今大力发展的物联网+概念，让医院信息化定点办公，走向移动办公，医 疗服务信息化延伸到病人床前。 按照国家信息化相关标

3、准进行移动医疗系统的实施，推进和其他系统的对接。 遵循国家卫计委的电子病历标准，护理文书结构化，智能化床边完成，同时保 证操作方便快捷。 安全的防护应用访问控制，杜绝病毒和黑客的入侵。 3.113系统原则 1）技术先进性与实用性相结合 医院信息化项日建设是一项系统性的丄程，在设计上应具有相当程度的先进性 和完善性，考虑主流技术的发展趋势，确保系统能适应信息技术的迅速发展，更好 地处理系统升级带来的问题。 在系统实现过程中，最大程度地满足实际业务需要，以实用性为首要原则。 2）资源共享原则 系统建设在实用的基础上做到成本投入的最小化，在系统建设过程中，以资源 的共享为基本原则。对于原有的设备、网

4、络、软件、数据等现有资源尽可能的加以 利用，在原项U成果基础上完善和拓展，充分保护现有投资。 3）功能多样性与一体化 整个系统的体系结构需基于现有的医院信息系统统一技术集成框架，保证医院 信息平台的完整性，能够对所有软硬件之间进行有效、稳定、安全的集成。 4）技术方案的标准化和规范化 应用系统的开发和实施管理，数据库系统的设计及网络体系结构，安全体系等 等，全部遵循通用的国际或行业标准，符合国家有关标准规范，及符合医院信息系 统技术标准。 5）技术实现的安全性 本系统涉及了医院相关部门的日常业务，为医院管理业务的开展和领导层决策 提供了非常巫要的基础数据，因此系统在实现过程中遵循两点基本原则，

5、即数据不 被非法访问和破坏，系统操作安全可黑。 6）系统可扩展性原则 山于在系统建设和运行过程中存在数据变动、业务流程变化、软硬件升级等一 系列不稳定因素，系统在设计和开发的过程中提供一定的可扩展性，防止山于数据、 业务变化等因素造成系统运行的不稳定。 7）易操作和易维护原则 系统在实现过程中需考虑到用户层面的需求，提供良好的用户界面和在线帮助 功能，从而减少复朵的培训过程。同时，要具备良好的可维护性，系统管理人员在 经过一定的培训后能独立解决系统运行中出现的问题，减少维护成本的支出。 8）系统开放性 为了确保应用系统具有良好的互操作性和可移植性，系统的数据格式符合有关 国家标准或行业标准。

6、3.1J.4系统功能 移动护理系统不仅仅能够帮助一线工作人员更好的完成工作，而且对于医院的 管理者而言，能够通过该系统进行科学有效的管理，下面针对移动护理系统的功能 进行一下简单的介绍。 1病人基本信息 显示所选中的病人基本信息，包括姓名、性别、护理级别、联系方式、住址、 身份证号、主治医生.诊断、饮食、费用等。（所显示信息受his现有信息的限制） 2、移动端病区病人一览表 用户登陆移动设备后，可以根据所属护理单元査看在区病人。因设备界面所限, 本界面使用数据行的形式显示：病人姓名、床号、护理级别和是否体温过高。在权 限较高的用户登陆时，可以进行护理单元的选择。 3 PC端病区床位一览表 用户

7、登陆护理系统PC端后，可以根据所属护理单元査看在区病人。在权限较 高的用户登陆时，可以进行护理单元的选择。在本界面上，可以用床位卡的形式表 现：姓名、性别、床号、护理级别、是否体温过高和待进行手术。（需手术预约系 统配合，或从手术医嘱获取） 4、腕带扫描识别 病人扫描识别，用户（护理人员）使用移动设备扫描病人腕带条码后，移动设 备界面切换到病人基本信息一栏。 5、病人分组管理 将本病区病人分配给相应责任护士（在移动、PC终端上，需权限）。护士使用 PDA时可以选择自己的责任患者进行査看。 支持病人的床位的流转，及时记录和跟踪病人的床位信息。 7、腕带打印 病人腕带打印，用以标示病人身份；有出入

8、院处全院打印和病区内补打两种模 式。 8、床头卡打印 打印病人床头卡，主要根据等级护理做护理巡视及床头识别。 9、等级登记护理巡视 病人出入病区进行扫描登记以便追踪病人悄况。 2SEZZS 武.島K疔保甩妗fffj贵gf没汁吝竄 31.1X2输液医嘱执行 1新医嘱査看 在护理系统的pc端的病人一览界面中，可以在医生下达新医嘱后在床位卡上进 行提示。 2.医嘱拆分之输液瓶签打印 病区配液的模式中，护理系统PC端可以和住院电子医嘱对接，按给定的时间 频度和医嘱有效期，将医嘱按照频次拆分后，产生输液类医嘱的瓶签（根据经验, 80mm沐50mm的瓶签显示效果最好）。瓶签信息包括：床号、病人姓名、用药方

9、式、 频度代码、用药日期、当天第儿次用药、药物名称、剂量、单位、规格。 3 输液准备之备药扫描 病人输液用药成组药品的扫描。 4、 输液准备之复核扫描 输液配药的复核扫描操作。 5、 输液准备之护士站收药核对 护士对病人输液用药成组药品的扫描。 6、 医嘱执行之输液用药核对 护理人员在输液类医嘱执行前首先扫描输液瓶签上的条码，再扫描患者腕带条 码，当两者匹配后继续用药（同时记录用药时间和用药人）：如不匹配进行提醒。 推荐在输液的开始和技术均进行扫描，数字化记录两者的真实时间。 7、原始医嘱査看 査看医生在电子医生站中下达的原始医嘱。 8、 治疗单査询、打印 支持针剂、口服、护理医嘱执行査询、扌

10、任卩。 釆集信息回写 将标本采集信息回写到HIS或LIS系统中（由院方协调HIS或LIS开发商与投 标商完成标准接口。 31.1,4,4生命体征管理 1.体征批量釆集（仅PC端） 根据批量采集的的病人体征信息，并根据体征待测提醒列表，批量录入到系统 中，生成体温单，并可进行体温单打印。 2、体征床旁釆集（移动端） 病人体征信息的床旁实时采集，采集体征信息包括:体温、脉搏、呼吸、心率、 出入液量、血氧饱和度、疼痛、各种引流管、体巫、各类住院事件。具体关注上述 内容中的哪些部分，可以在项U实施期间按医院实际情况调整。 3, 体征信息査看 PDAPC端支持病人体征信息实时査看，可以选择过滤条件。 体

11、温单修改、预览.打印 针对录入的体征信息，按卫生部规定的体温单格式输出。 5、 生命体征对外接口 单等相关数据传递到需要该数据的系统里（可通过视图、Webservices接口方式） 6、 生命体征待测 根据生命体征待测规则，在待测时间点提醒护士进行体征测量 7、 体征趋势图 分、疼痛评分、 跌倒评分、ADL评分） 3.1.1A6 健康宣教 动态查询病人生命体征、能显示单个生命体征某时段的趋势图。 3.1JA5智能提醒 特殊提醒功能 如：体征待测（体温、大便、血压、血糖、体温单满7天）、病人药物过敬、阳 性、用药数量、 手术、入院24小时评估等智能提醒、高危评分提醒。（含Braden评 丰a的健

12、康教育知识库,针对病人的不同病症，对住院须知实现EDA床旁宣教。 3.1.1A7临床报告 检査检验报告査看 査看住院病人的检查检验报告。对危急值进行警示。pacs等图形可以展示，受 院方无线网络传输速度限制除外。 3.1.1X8病室报告 录入、修改和查看各病区的交班报告。统计口班、小夜班、大夜班各个时间段 的原有病人数、现有病人数、特级护理、一级护理、二级护理、三级护理、病危、 病重、分娩、手术、转入、转出、体温异常、血压异常、血糖异常人数。并能按上 述分类分别查看该类病人的床位、姓名、年龄、诊断、描述和备注。可以直接导入 危重病人.病人异常体温和不ft反应。支持自定义项U的交班统计（自定义项

13、后台 维护）: 3.1.1.4.9综合护理电子病历 入院评估单 病人入院当天入院评佔单相关信息的录入。结构化的入院评估单，可配置, 易维护。符合国家护理电子病历文书标准，通过勾选的方式，方便护士操作，减轻 护士工作量。 2、护理记录单 支持病人住院期间一般护理记录单相关信息的录入、编辑、修改.扌印, 结构化文书操作，可配置，符合国家护理电子病历文书标准 久专科护理记录 针对医院各类专科护理记录单（如：内外科、神经外科护理记录单等）3.手术 患者转运交接单 4、特殊护理记录单 特殊护理包括：神经系统评佔记录单、机械通气护理记录单、床边快速检验 报告单、微泵量记录单、疼痛护理记录单的录入、打印等

14、5、小儿体温单成人体温单 按小儿体温单格式进行护理信息的操作，结构化文书操作，可配置，符合 等级医院评审标准 6、手术护理记录单 病人住院期间手术护理记录单相关信息的录入、修改、预览、打印，结构 化文书操作，可配置，符合等级医院评审标准 7、危重护理记录单 病人住院期间危重护理记录单相关信息的录入.修改、预览、打印，结构 化文书操作，可配置，符合等级医院评审标准 病人住院期间血糖单相关信息的录入、修改、预览、打印，结构化文书操 作，可配置，符合等级医院评审标准 9、出入量单 病人住院期间出入量相关信息的录入、修改、预览.打印，结构化文书操 作，可配置，符合等级医院评审标准 10.手术患者转运交

15、接单 针对手术患者的转运交接单 3.1JA10专项护理评分 BRADEN评分 病人住院期间BRADEN评分。 2疼痛评分 病人住院期间疼痛评分。 3跌倒/坠床评分 病人住院期间跌倒/坠床评分。 4镇静评分 病人住院期间镇静评分。 5、 CPIS评分 2SEZZS 病人住院期间的感染评分 6 GLASGOW 评分 病人住院期间GLASGOW评分 7、 APACHEH 评分 病人住院期间APACHEII评分 8 WATERLOW 评分 病人住院期间WATERLOW评分 9. NORTON评分 病人住院期间NORTON评分 10. 评分趋势图 针对不同评分的图形展示 出院病人査询 可根据病历号、姓名

16、、时间查阅已经出院的病人护理记录 2 班内体征异常査询 查询病区范W时间内体征异常病人 病区范围时间内各项护理级别人员数 统计范W时间内各项护理级别人员数 护理评分 护理评分区间统计 护理工作量统计 针对医嘱执行进行工作量统计（输液医嘱执行、护嘱执行、标本采集、文书记 录、等级巡视等工作量统计） 士 ZEEEZE 3.1.1X12病人归档 支持出院病人自动归档、手动归档 3.1.L413护理计划、护理措施 K护理计划与措施 1)、有各专科护理计划知识库，可按病种勾选，根据所选计划知识库，制定相 应的护理处理措施。 2)、护理计划新增、修改、执行。 3.11.4J4护理卡片 翻身卡 对病人的翻身

17、记录明细的记录，支持在电脑中打印翻身卡明细、 2.吸氧卡 对病人吸氧过程明细的跟踪，从吸氧开始巡视结束等明细及操作人的记录9支 持的电脑中打印吸氧卡 3.LL4J5产科.新生儿科护理 分娩记录单 记录产妇分娩过程，支持分娩记录单的查询、编辑、打印功能 2. 产后护理记录单 病人住院期间产后护理记录单相关信息的录入、修改、预览、打印 根据孕妇在生成过程中的记录信息，绘制成符合卫生部规范的产程图 4、产科转运交接单 支持产科转运交接单 5、新生儿二十四小时监护记录单 新生儿出生后24小时监护记录单的录入、修改、预览、打印 6、新生儿体温记录单 新生儿体温记录单的录入、修改.预览、打印 7、新生儿护

18、理记录单 新生儿护理记录单的录入、修改、预览、打印 3. 床位数维护 1各病区的核定床位数、固定加床、挂床、实际开放床位数的维护; 2在编人数、核定床护比、固定床护比、实际床护比的统计； 4. 排班权限设置 山护理部指定各班组负责排班的人，支持一个护士长给多个病区排班: 5、护理排班 1分病区、分人员按周或月填报护理人员每天排班数据及备注（手术室需按夭排） 班; 2支持一次操作多人、复制粘贴、模板导入、备注等功能: 3病区可自定义人员排序、班次颜色等，允许病区人员调出; 4支持彩色excel导出、彩色打印; 5支持右侧输入文本; 6、护理人员一览表 1按科室、按职称/工作年限/学历一览显示护理

19、人员; 2结合排班等数据，可显示床护比、当天在岗/请假人员请况: 3帮助管理部门即时分析工作量饱和度，合理调配人员 7、全院排班情况 可查看所有护理单元的排班情况 8、排班分类査看 按0班.夜班等汇总同类班次，方便护理部查看排班明细，在医院排班班次较 多时尤其有用 9、排班分类汇总 按白班、夜班等汇总同类班次，汇总排班数据 10护理二线值班 安排护理一线值班人员，记录二线值班人员的工作及协助抢救的内容，保证护 理安全，提高病人满意度。 11.护士请假申请 护士可以直接在病区管理系统中网上增报请假申请，请假分事假、病假、产假、 婚假、产前假、年休假等，如需填写医生诊断的请假，需填写开单医生及诊断

20、。 12. 护士请假科室审批管理 科室（病区）护士长可进行审批并填写审批意见，如果不批也可以直接退回。 13. 护理部审批管理 护理部可对科室（病区）护士长提交的科室人员请假进行审批，如果不批可以直接 退回科室。 14. 护士请假明细表 根据请假类别、日期、科室查询分析护士请假的天数、时间、审批领导、开单 医生、诊断等W况。 15、 护士请假汇总表 根据请假类别、日期、科室查询分析护士请假的天数、类型等汇总W况。 16. 护士常见病假诊断 分析护士病假常见的疾病诊断、时间分布、总计天数等悄况。 16、 护士病假开单医生 分析护士请假开单医生.开单数量、诊断等W况。 17、 护士请假情况分析表

21、护士请假W况按月分析请假类别、人数、天数等W况对比。 3.L2.3.4动态护理制度建档管理 文档管理 文档的整理归档，不同岗位的分工进行权限分配，文档多层级多角色进行全方 位管理，可对单个文档的修改、上传、下载、阅读权限进行分配管理。 2. 护理部制度与规范 专门针对护理部以及下属部门制度、规范的管理，护理制度及规范文档山上往 下的实时传达，护理工作经验文档的共享等。 3. 在线阅读 全院护理人员在线预览阅读，可控制只能阅读不能复制和下载。 3.1.2.35日常工作与学习 1、年度工作计划 科室填报年度工作计划、护理部查看全院科室的工作il划。 2、护理科务会 护理科务会登记上报，记录参加科务

22、会的人员、存在的问题、整体改措施、其 它问题讨论的结果 3. 护理隐患讨论 护理隐患讨论记录，记录讨论时间、护理隐患内容.原困分析、整改措施、参 加人数等信息 4、业务学习项目登记 业务学习事项的记录，记录业务学习科室、学习内容、讲师老师、参加人数、 及相关课件，并登记参加人员的学分 5、护理疾病查房 护理疾病查房记录，记录护理疾病名称、病区、主査老师、参加人数、及相关 附件。 6、年度工作总结 科室填报年度工作总结，护理部査看全院科室年度工作总结。 3.1236病人和护士满意度管理 满意度指标 维护要调查的满意度指标，可分级分类进行配置，如住院安全与环境、护理技 术、 尊巫病人、情感支持、健

23、康教育等 2、 病人满意度调査 记录针对病人的满意度调查问卷结果（山护理部发起抽査根据批次管理），问卷结 果收回后山护士打钩录入: 武.島K疔保甩妗fffj贵gf没汁吝竄 护理工作满意度调查表 （出院病人） 5=雳. 测评内容 構XSS 5 4 3 2 1 X K 構 構 老住总雄删傅時的必歩鮭 S ff 1 n区环豪酒麻、fie 2 MS拾剧翔泊 SASUa缢託诞H无極. 3 軒as制丽清员 沪 士 沪11鋸SS（删主綁訣曲梱爲丽靖 5 护士细吗斂删at卿a 6 沪士 SWRsJb 7 灣a 8 詡廉3嗣谜辱k 9 9叫a远吋觀1霰wa 10 护士主3!解略球渣、9m及储注車m 11 sss

24、cm尿 曲士务禺PL副卿朋侏 类 MS ftfti 12 士 ZEEEZE 3.1.23.7质量检査与査房 1质童检査指标维护 分病区，分类型设置质量检查指标或项th 2、护理质量检査（抽査） 护理部组织质量抽査，在此记录检查评分悄况。抽查内容包括：普通科室质量 检查、急诊科室质量检查、ICU质量检査、供应室质量检査、手术室质量检査、腹 透质控检査、新生儿科质量检查、血透室质量检查、分娩室质量检查等。 分护理部行政查房和科护士长行政查房，根据既定的行政査房项U （制度落实、 安全U标、护士素质、其他）进行打分，填写扣分原因。（支持满分护理单元快速录 入） 4、护理夜査房 可进行护理夜査房计划、

25、登记管理。包括记录査房日期、主査病区、査房时段、 贵任值班护士、其他值班护士、问题记录等。问题关键字包含护士素质、劳动纪律、 病区环境、了解病悄、描施到位、按时巡视、操作正规等方面。 5、质量检査分析 对质量检查统汁结果进行分析。 6、质量问题汇总 汇总质量自查与抽查、行政查房、护理夜査房过程中发现的问题，方便护理部 对单项问题做多病区分析或者对某病区做重点问题分析。 7、JCI检査 根据JCI标准对各病区进行患者安全、患者评佔、患者服务、药物管理及使用、 患者及家属的权利、院感预防等指标的检査 8、JCI敏感性指标分析 根据JCI检查标准分析敬感性指标如正确确认患者身份、洗手正确率、手术交

26、接单填写完整率等. 3.1.23.8护理考试 1新护士考试成绩管理 管理新护士院级和科级的理论考试和操作考试的成绩、补考成绩、次数及组织 人等情况。 2、在职护士成绩管理 管理在职护士院级和科级的理论考试和操作考试的成绩、补考成绩、次数及组 3护士在线培训和考试 通过在线进行护士的培训和考试 3.1.2.3.9持续质量改进 持续质量改进项目管理 针对所有检査出的问题，可以进行PDCA全程跟踪管理，及总结出半年或一个 季度为期限进行一个重大问题的FOCUS-PDCA持续质量改进的分析; 以品管圈的形式展开一个质量问题的持续质量改进，进行项U化管理，包括开 始时间及结束时间的管理及项U报告管理;

27、3.1.2.3J0护理不良事件 1.不良事件管理（整合模式）（全选） 针对护理隐患（未发生），护理不良事件（S发生人给药错误、针刺伤、护理 投诉.护理事故、烫伤、压疮、高危压疮、坠床、跌倒、药物外渗、管道滑脱等悄 况进行的上报、管理、整改分析: 3.123JL1病区事务管理 K护士长首页 2SEZZS 将护士长所有的管理工作集成在一个管理工作平台上，包括质量检查与查房、 日常工作、持续改进等，对存在的问题及要做的工作进行自动标识提示，可以直接 进行PDCA管理。 ZEEEZE 3卫实施方案 321 项目施工方案综述 PMO （项目管理办公室）的目标 在项U启动的时候，首先建立项U管理办公室（P

28、MO）,负责指导、管理和追踪 整个项U的执行。PMO从整体上确立项U的实施范ffl、目标、质量、实施时间框架 以及优先级。PMO也负责管理和跟踪项U进度、设定检测项日是否成功的指标，以 及定期汇报项U状况。 PMO服务内容 在项U各阶段PMO的服务内容包括: 启动阶段 确定项U实施范用和进度计划 制定资源投入讣划 建立管理流程和管理规范 确定项U监控策略 任命项U经理 协助确定项U核心小组成员 计划阶段 审批项LHI划 落实资源 项目执行和控制阶段 项U进度控制 项U质量控制 项U风险控制 项U阶段审批 项目收尾阶段 评佔项U成果 322 项目施工管理工作计划 3221内部管理 内部管理方面，

29、公司建立了相应的管理制度，包括周报制度、会议制度、沟通 和协调制度、项U文档源程序管理制度。 3222周报制度 项目组员工周报制度 项日组员工实施周报制度，对个人本周的工作情况进行总结，每周的周报于每 周五中午12： 00前发给各项U组组长。 项U组各组长应及时对每位员工的周报，在笫二周周二下午5： 00前给予答复。 组长在每周一上午12： 00前把组员的周报发送项U经理存档。 组长小组周报制度 项目组各组长每周执行小组周报制度，详细汇报小组的项日实施悄况及下周工 作安排及相关问题等，具体汇报时间为每周六晚上12： 00前。 项U经理应及时对各位组长的周报及时给予答复，在第二周周二中午12：

30、00 前给予答复。 项目周报制度 项目经理每周需要执行双报制度，即代表项U组向监理及业主方的项U进展悄 况周报、项U内部周报，内部周报要求阐述具体当前项U的进展悄况及存在的主要 问题，已经相应的处理措施及解决方案，时间及人力资源安排等内容，项目内部周 报及项U进展悄况周报（两报）应在每周周一的下午2： 00前（具体时间可以另行 商议），提交并发送上周悄况报告到相关项U领导小组成员电子邮箱中。 如项U领导小组成员对每周项U内部周报有何建议或提议，请在收到周报的48 小时内及时给予书面答复或指示。 3223会议制度 项目周例会制度 为了加强项U组内部的沟通与信息共学，项U将实施项U周例会制度和小组

31、周 例会制度 项U周例会于每周某一相对固定时间召开，会议时间一般为半个小时: 项目周例会参加人员主要为各项U组组长，邀请项U领导组成员列席会议。如 有特殊悄况，需提前2小时向项U经理请假，但各项U组至少应有一名代表参加, 特殊悄况除外; 项目周例会将主要山项U经理主持，向各项U组通报项U进展的相关情况及相 关的讣划变更及相关问题处理，明确下一阶段的上要工作点及进度安排。各组组 长代表各小组需要对上周工作进行简要总结，并对下周计划安排加以通报，需要其 他各小组协调或配合的工作在该会议上一并提出，最后解决。 项目周例会实施严格的会议记录及会议通知工作，项U经理应及时提醒和通知 各组代表准时参加会议

32、。 项U周例会的会议纪要，应在会后24小时内，及时发送到各项U领导小组成员 以及各项U组组长的电子邮箱中。在例会中需特别提请领导协调处理的丄作，另行 上报相关材料。 项日领导小组成员对项目周例会纪要有建议或提议的，请在收到会议纪要后的 48小时内给予书面答复或指示，特殊请况可召开专题会议，具体会议时间及通知山 项U经理安排。 小组周例会制度 小组周例会一般在每周项U周例会前某一确定后时间召开，会议时间一般为30 分钟 小组周例会参加人员主要为小组内部成员，项目领导组以及项U管理组会在有 些时候列席会议。 小组周例会山组长主持，主要是对本周组内工作的总结以及下周工作任务的分 配，对于组员提出的问

33、题进行解答，对于不能回答的问题进行整理。在周报中提出。 2SEZZS 武.島K疔保甩妗fffj贵gf没汁吝竄 小组周例会的会议纪要在会议结束完后24小时内发送给项日经理，山项U经理 存档。 其他项目组内部会议管理制度 对于项U组内部其他技术会议，山发起人拟定会议通知，通知项U经理，III 项U经理统一发文通知。 会议纪要山项U经理安排人员记录，并在会议结束第二天中午12： 00前发 送给会议参与人。 其他项目组外部会议管理制度 对于其他项U组外部会议，除非有明确的会议纪要记录人，并且会发送给项U 组，否则项U组内部会议参与人员必须进行会议记录，在第二天中午12： 00前把会 议纪要发送给项U经

34、理存档。 322.4沟通协调制度 项目沟通原则 项U组内部问题沟通原则上遵循逐层汇报原则，组员向组长汇报；组长向项U 经理汇报；特殊W况可以越级汇报。对于重要问题山项U经理进行记录存档。 项目沟通方式 项u组内部沟通方式釆用电子邮件沟通方式，会议通知以及资料的发放都通过 邮件方式进行，项U组成员要注意邮件的接收。 对于重要的事悄，紧急的事悄在邮件通知的时候需要有口头/电话通知。 项目组外沟通制度 针对项U组外的沟通，原则上所有正武回复统一的出口为项U经理。相关回复 内容山各相关人员拟定后山项U经理发送给相关人员。 3225项目文档.源程序管理制度 项目电子文档管理制度 项U所有的正式电子文档都

35、要抄送项U经理的相关文档管理员。 士 ZEEEZE 所有正式文档的最新发布版本都在VSS文档管理机上存放。对于文档的修改都 需要从文档计算机上下传再修改。 项U组所有成员都需要安装VSS客户端以便对VSS上的文档进行访问。 文档在VSS文档管理机上传任务山项U经理完成。 项目纸质文档管理制度 项U所有的纸质文档提交相关文档管理员保管。 在需要的时候可以向文档管理员要相关纸质文档并复印。 源程序管理制度 在编码阶段要求各小组组长进行每日源程序备份制度，在每日下午5： 30前进 行当日小组源程序备份。 对于定版的程序要求上传VSS管理机进行源程序备份，备份要求为 源程序 源程序说明清单 相对应执行

36、码 对于定版程序的再修改要求先从VSS管理机上下传程序然后进行修改。 源程序在VSS管理机的上传任务山各个小组组长完成。 3.2.3具体项目施工管理内容 323.1项目综合管理 本项U的实施需要多部门协同配合，各司其职去完成任务。这就需要强有力的 统一领导进行协调与控制。本项U的管理需要实行领导小组负责制（领导小组山多 方共同组建一用户方、项口承包商、用户方的相关领导等）。领导小组对项U实施提 供全面的指导，一方面，它可以协调各方关系，调动各方力量;另一方面，它对项U 实施过程中出现的问题及时提供咨询以帮助解决，对所有实施步骤进行严格的审定, 从技术上保证系统的先进性、实用性、可鼎性和可扩展性

37、，从组织和管理上保证整 个项U统一规划，统一管理，统一标准。 项U配置管理方面，应根据项U计划阶段进行协调并安排所需资源;配置管理人 员CML按照配置管理的要求对软件丄作产品进行配置项标识、配置项的控制、配置 状态的记录，并参与配置审计。 323.2项目沟通管理 项U沟通过程分为4个阶段: 沟通计划编制：确定项U干系人的信息和沟通要求 信息分布: 绩效报告：状态报告、进度报告、预测 管理收尾：项U文档、教训总结(项U总结、阶段性总结) 项U沟通方式：项U周报、月报、项U例会、会议记录、专题会议 323.3项目质量管理 根据CMM对软件质量保证的定义：软件质量保证(SQA)是一个管理工具, 它是

38、有计划的并通过一组系统的活动来监控软件开发人员所用的方法和标准并验证 他们是否彻底地应用了这些专门技术。通过SQA, 套合适的开发方法已经就位, 项tl始终控制在标准的指导下，同时实施评审和审计，产生文档用来支持维护和改 进，软件配置管理己经建立，测试也被实施，通过这些措施使得高质量的产品能被 如期交付。 PM或协同专职的质量保证人员通过质量策划、质量控制、质量保证各项质量管 理活动促进项目实施，达到项U质量U标的要求。并通过质量改进活动，增强组织 满足有效性、可追溯性的质量要求的能力。 PM组织项U阶段评审，并与项U决策层针对项U问题进行沟通、谈判，将最后 的结论通知项U组成员，并组织安排评

39、审结果进行实施。 PM应及早参与到软件测试工作之中，与测试人员对项U需求达成一致共识，参 与测试用例的评审，这将有利于测试小组充分及时地发现软件丄作产品的问题，达 到节约成本的U的。 323.4项目风险管理 项U任务书下达后，在项U策划阶段山PM/PSM组织项U组成员、项U SQAL、 部门项U管理人员以及部门相关资深人员召开风险评估会议; 在会议上发给会议成员项日前期的有关资料，参照组织文件的“风险示例识 别出开发/实施过程中的全部风险，明确风险类型，制定风险控制措施。PM/PSM负 贵按照会议结果填写项U风险管理层； 项U的各阶段开始前，或项U发生重要变更时，由PM/PSM协同项U成员识别

40、 新的风险，修正前期识别出的不准确的风险，调整风险控制措施，关闭已消失或已 发生的风险，进一步完善项目风险管理表九按照评审规程中的相关要求进行 适当等级、形式的评审。 323.5项目时间管理 PM根据项U计划定期对项U的进展悄况进行测量，对软件工作产品的生产活动 及合同完成情况进行监控，若发现过程偏离了计划，找出原因，采取行动及进纠正; 当偏离显著时，对计划做出相应的调整进行变更控制，釆取预防措施。并确定项U 是否应当进入下一阶段。 定期及时向项U决策层及相关部门汇报项U1W况。 323.6项目变更管理 需求调研完成后，项U软件经理编制需求分析报告，经评审确认后形成客户需 求基线，纳入配置管理

41、库。双方一起制定需求变更控制办法，以保证需求变更要在 受控状态下进行。需求变更由事先明确的负责人提出，双方协商后，补充需求报告。 客户或项U开发小组提出需求变更或功能增加时，须按照双方约定的需求变更控制 办法执行，填写“变更控制报告”，明确变更所涉及的相关部分，经相关负责人确认。 为确保系统的稳定与一致性，需求变更务必慎重，时间上要有阶段性。 323.7项目实施进度管理 从丄程施丄准备阶段开始直至竣工验收的全过程中，都须坚持采用动态管理, 主动预控的方法进行控制。 1）、接受业主协调各单位之间的进度讣划关系。 2）、抓住工程实施的各项准备工作，做好项U开发讣划，供业主审查，项目开 发计划包括:

42、 制定项U组织结构、确定执行项U各项任务的全部人员; 制定项U和各个工作任务的时间表，确定每个阶段的工作任务、U标和资源 保障; 制定项U开发质量保证计划等。 3）、制定详细的软件开发和工程施丄进度计划，供业主审查每个阶段的进度计 划，使计划制定的合理，同时乂能保证总体进度的完成。 4）、接受业主单位施工进度讣划的检査监督，接受业主方对进度计划进行动态 调整，以确保项13的阶段和总体进度U标的实现。提交软件开发开发文档供业主单 位审查。实际进度与计划进度发生偏差时，根据业主要求对进度计划进行修订。 5）、进度偏差的调整。当工期U标严重偏离时，根据业主单位提出的对策建议, 采取相应的措施。比如在

43、实际进度落后计划时，采取增加施工人员、延长施工时间 等措施。 6）、参加业主主持的进度协调工作会议，及时收集影响进度的原因，为信息系 统工程的施工创造条件。 7）、抓好关键任务的进度管理。 8）、遇到开发施工难点或拖后现象等实际问题，配合业主单位提供相关现场信 息，并提出解决措施。通过业主单位召集的交流会、协调会、周例会、及时调整、 修改进度计划。 2SEZZS 323.8项目人力资源配置 为了准时、顺利、保质保量的实施本项th根据项忖实现的阶段性，以及项U 实施各阶段的施丄特点，我公司将对项目组人员职贵进行分工，具体人员分工及人 员数量配置如下: ZEEEZE 3.2.4拟任技术人员情况 2

44、SEZZS 325 工期计划 325J交货时间及配送流程 交货时间 交货时间以具体的项U实施讣划为据。在项U上线安装前按序发货至院方指定 地点。 交货配送方案 控制进货关：严把进货关，所有配件。都经原厂家进货，确保设备无质量问 题; 质检部门，从进料到发货全过程的跟踪、检验; 在质检完成之后，公司严格按照合同条款送货至最终客户，项U小组制定详 细的技术方案及安装调试计划，并组织专业技术人员进行安装、培训、验收 等工作; 我公司对此次投标的配送方案高度重视，从制度上.技术上，我们都竭尽 全力做到更好。 服务人员进行设 备安叢、调试及培 * 与用户一超 开箱验收 【设备配送流程图】 中标 经过 公

45、路2 运至 买方指 腹务人员 产品 运输3 定地点 k 提取贷物 3252项目实施工期 针对此次项U的实施，我公司专门成立中标货物实施管理小组，制定此次项U 的工作方案。 项目进度安排 本项U预计将在2个月内完成。（具体工期山合同约定及现场情况变动为准）。 实施进度表 第一阶段：合同签定后3天内，我公司将进行项U前期准备。进一步优化需求 分析、概要设讣、详细设讣，并细化系统建设计划、U标任务书和测试验收方案, 试验收方案，向院方提供上述文档，并通过院领导审核。 第二阶段：完成所有设备的到货，按采购人需求完成设备安装、调试；本阶段 预订周期7天，期间第三阶段项U将同步进展。 第三阶段：实施阶段，

46、合同签订后45天内完成项U的全部系统建设，并上线投 入试运行。 第四阶段：投入试运行后正常运行15天及培训。本阶段包括了对具体软件功能 模块的功能及性能测试和用户培训。 第五阶段：系统正式上线，经验收合格，正式交付使用，进入维护期。 为了实现预期的日标，项目实施计划应进行充分的优化，能够并行开展的工作 尽量并行开展，同时也充分考虑时间安排的可能性，有些工作的时间客观上是不能 缩短的，或缩短之后会严重影响项U质量，工程周期压缩的前提是保证工程的质量。 3253项目实施进度计划表（以生效日算起） 内容 3 7 1 0 2 0 30 4 5 5 7 60 需求分析、设 计，详细计划 * 设备到货、调

47、试 * * * 软硬件实施、调 * 金懵Jt 疗好Ultjy if”丈 试 试运行，功能测 试，运行测试 * 培训 * 验收、正式上线 * ZEEEZE 33培训方案 3.3.1 培训方案 用户培训是保证整个项目成功的重要环节之一。为了让工程项U的相关技术人 员更好地对系统进行管理和维护，我方将负责对相关技术人员进行全面系统的培训, 通过讲述各种设备和软件系统的功能、性能、结构原理及维护管理技术和实际操作 等培训内容，使之掌握系统系统配置、运营、故障处理及日常测试维护，从而确保 系统能正常安全的运行。 在本项U中接受系统培训的用户可分为两类，它们各自的培训U标如下。 系统的日常使用人员: 指的

48、是系统的一线使用人员和管理者。这一部分人员经过培训，主要应达到以 下U标: 掌握所用系统的软件功能使用方法; 能够利用系统完成日常护理相关工作; 能够利用系统完成工作的交接班转移; 系统管理人员: 指的是系统的日常管理和维护人员，包括信息中心各级系统管理人员。这部分 人员经过培训，主要应达到以下U标: 掌握所用系统的安装与调试方法; 掌握系统的初始化和主要参数、系统字典的设定方法; 对一般性故障进行诊断、定位和排除; 掌握系统故障后的恢复方法; 熟练査阅各种系统操作和维护手册; 能够指导系统的一线使用人员进行系统使用上的初级问题解决; 培训目的: 使用户方信息管理人员和系统将来的使用人员熟悉我

49、公司产品，掌握应用整合 后的系统的日常使用，以及部分功能的简单配置如个人视图的定制，确保系统真正 为用户提供良好的项U建设效益；另外在将来系统运行如出现异常时，可第一时间 采取有效措施对问题进行缓解，同时能较准确的向我公司反映问题，以加快问题处 理流程。 培训地点: 用户现场培训，院方指定培训室。 培训适合对象: 信息中心设备维护人员及系统日常操作人员。 学员先决条件: 初步的计算机、智能手机等操作能力。 课程时间: 培训周期为3天。 3,3.2培训日程及费用 课程名称 提供的资 料 持续 时间 授课教 师 培训对象 培训 地点 课程 费用 系统管理培训 系统使用 手册 1天 项U经 理 医院

50、信息科 相关人员 医院 免费 系统运行培训 系统使用 手册 1天 项U经 理 医院信息科 相关人员 医院 免费 系统操作培训 系统操作 手册 1天 项U经 理 医院信息科 相关人员、医 院护士 医院 免费 费用总计 免费 3.4售后服务方案 3.4.1售后服务内容 3.4.1.1客户服务中心介绍 公司客户服务中心简称TAC (Technical Assistance Center)o TAC的技术与售 后服务的主要力量在技术支持部。技术支持中心是公司技术支持的主要支持中心的 骨干，主要向公司的系统集成项U和用户提供有效快捷的维护服务技术支持。 公司的技术支持体系是在全国范W内建立的一个完整的技

51、术支持系统，对不同 地区的用户提供全方位的技术支持，这些中心提供每周7天，每天24小时的技术服 务。为了提高工作效率和缩短反应时间，所有技术支持中心采用同样的保障系统和 跟踪流程。在整个技术支持体系中，已经配备了一支山多名客户支持工程师和资深 工程师组成的技术支持团队。他们已经从事多年的客户服务工作，并且具有多年的 系统维护经验。这些工程师和专家为公司的系统项日和用户提供统一的技术支持。 并且根据用户类型的不同而组成不同的团队，我们公司投入了大量的人力和物力模 拟不同的网络环境，以便从中得出理想的技术支持结果。 3A1.2服务流程 我司向用户提供的售后服务工作和实施是以Case为单位进行。 C

52、ase上要包括: 客户通过热线电话、传真、电子邮件等方式向TAC提出的如技术咨询、故障申 告、反映悄况、反馈意见等事件。 TAC根据项U售后服务维护计划主动向信息中心实施和执行有关服务工作。 TAC以Case为服务单位，建立了一套完整的Cas处理流程，以确保信息中心 所提出的每一件事都得到满意、快速的响应、处理和反馈。 Case处理基本流程: 1、case 启: 信息中心可以通过热线电话、传真、电子邮件和网上申告向TAC提出各种服务 请求。 2、cas 处理: TAC根据Cas的紧急程度、故障的悄况等因素对维护工作进行分级处理。 case级别定义 根据故障现象和故障所造成的影响，Case维护级

53、别具体分级如下: 级别 具体现象描述 响应工程 师级别 响应时间 确诊时间 A级 重大的系统故障：现有信息中 心系统停机，或对信息中心的 业务运作有重大影响 高级维护 丄程师 15分钟 2小时 B级 严重的系统故障：现有客户系 统性能严重下降，使客户系统 的业务运作受到重大影响 高级维护 工程师 半小时内 4小时 C级 一般的系统故障：现有信息中 心系统局部运作受损，但信息 中心的业务运作仍可正常工 作 维护工程 师 1小时内 24小时 D级 技术咨询和支持:信息中心需 要在产品功能、安装、配置方 面的技术支持，但信息中心业 务运作明显不受影响或根本 未受影响 维护工程 师 2小时内 48小时

54、 E级 信息中心对系统提出新功能、 扩容等要求 维护工程 师 4小时内 协商 Case处理方式与手段 对于每一件Case, TAC将指定一名专职的维护工程师一直进行处理和跟踪，直 2SEZZS 金懵JfJt 疗好UlMf if”丈 至问题得到解决为止。 TAC中的技术专家小组将为每一个维护工程师提供强大的技术支持和帮助，协 助维护工程师解决在Case中出现的难点和棘手问题，以确保Case处理速度和处理 质量。 维护工程师在得到Case后，将主动打电话和信息中心进行联络，了解有关实际 悄况，并根据Cas处理的需要，决定是否通过远程登录的方式访问信息中心系统。 3、cas 关闭: 在Case得到解决后，维护工程师将会与信息中心进行确认和关闭Case。 整体流程图如下: 问题处理流程 客户档案数据 帘户专员：査看以往服务 及问题ill杲用户档案 准备阶段 处理阶段 后期阶段 问题受理 初步问题分析 Z 7 Z 7 流程结朿 服务匸程师：电话或网 络.错溟日忠唏冬种妥理 方式 服务