信息系统项目管理师案例分析试题2026年附答案

信息系统项目管理师案例分析试题2026年附答案某市三甲医院于2025年12月启动"智慧医疗平台升级项目"，旨在整合医院现有HIS、LIS、PACS系统，新增电子病历智能质控、患者移动服务（含预约、报告查询、诊间支付）、医护协同APP三大核心模块，实现数据互联互通与临床决策支持。项目总预算800万元，工期12个月（2026年1月-2026年12月）。XX科技公司中标后，任命张磊为项目经理，团队成员包括需求分析师2人、开发工程师8人（含1名架构师）、测试工程师4人、实施顾问3人。项目关键里程碑节点为：3月底需求确认、6月底系统开发完成、9月底联调测试、11月上线试运行、12月正式验收。事件1（需求管理问题）：2026年3月，需求分析师提交《需求规格说明书》，包含原有系统整合需求237项、新增模块需求156项。医院信息中心主任提出"电子病历智能质控需增加合理用药提醒功能"，但未签署需求确认单。4月初，开发团队按初稿启动编码，5月医院方突然要求将"患者移动服务"模块的支付接口从原计划的微信/支付宝扩展至银联，同时要求电子病历质控规则需对接国家卫健委最新发布的《病历书写规范（2026版）》。张磊估算，新增需求需额外投入开发工时2200小时，影响6月底开发完成节点至少20天。医院方认为"需求调整是为了符合政策要求，属于必要变更"，拒绝承担延期责任。事件2（进度与资源冲突）：6月中旬，开发团队反馈"医护协同APP"模块因涉及与HIS系统的深度集成，原计划的接口协议（基于HL7V2.5）无法满足实时数据同步需求，需改用FHIR标准重新设计接口。架构师提出技术方案调整需增加1名FHIR专家，否则该模块开发将延误至7月底（原计划6月30日完成）。此时测试团队已按原计划开始编写测试用例，因开发进度滞后，测试工程师出现闲置；而开发团队因紧急调整技术方案，需长期加班，部分开发人员抱怨"任务分配不均，测试人员轻松却拿同样绩效"，团队内部出现对立情绪。事件3（质量与风险失控）：9月联调测试阶段，测试团队发现患者移动服务模块在高并发（模拟8000人同时访问）时出现接口超时，支付功能偶发"重复扣款"；电子病历质控模块对手术记录的结构化识别准确率仅68%（合同要求≥85%）。开发团队认为"测试环境服务器配置低于生产环境，结果不具参考性"，拒绝立即修复；测试团队则指出"测试环境已按合同约定采用与生产环境1:1的配置，问题源于代码性能优化不足"。双方争执期间，项目关键技术骨干（负责支付模块开发）因家庭原因提出离职，交接周期仅7天，新接手人员需1个月才能熟悉代码逻辑。事件4（验收与收尾争议）：11月上线试运行首日，门诊护士反映"医护协同APP操作流程复杂，原有HIS系统的快捷录入功能未迁移，影响工作效率"，拒绝使用新系统；部分患者在移动服务模块提交预约后未收到短信提醒，导致现场排队投诉。医院方以"系统未达到使用要求"为由，拒绝签署试运行确认单，并要求乙方承担因系统故障导致的患者投诉赔偿（约15万元）。张磊查看《用户培训记录》发现，上线前仅对50名医护人员进行了2小时集中培训，且培训材料未包含"快捷录入功能调整说明"；患者端操作指南仅在医院官网发布，未通过短信或APP推送。问题1：分析事件1中需求管理存在的主要问题，并提出改进措施。答案：主要问题：①需求确认环节缺失，医院未签署《需求规格说明书》即启动开发，导致后续变更缺乏基线依据；②需求变更未按流程处理，新增"合理用药提醒""支付接口扩展""对接最新规范"等需求未经过变更控制委员会（CCB）评估影响；③需求变更的影响分析不及时，张磊在5月才估算新增工时和延期影响，错过早期调整机会。改进措施：①立即组织医院方、乙方核心成员召开需求基线确认会，明确当前《需求规格说明书》的版本（V1.0），由双方授权代表签字确认作为后续变更依据；②成立CCB（包含医院信息中心主任、乙方项目经理、技术负责人），对新增需求进行评估："对接国家规范"属强制合规需求，需纳入变更范围；"支付接口扩展"需评估业务价值（患者使用银联比例）与成本，若医院坚持则需签订补充协议（增加预算或延长工期）；③更新需求跟踪矩阵，将所有变更需求关联至原需求条目，确保可追溯性；④在项目管理计划中补充"需求变更管理流程"，明确变更申请→影响分析→CCB审批→实施→验证的完整路径。问题2：针对事件2中的进度延误与团队冲突，应采取哪些应对措施？答案：进度延误应对：①针对"医护协同APP"接口技术调整，立即启动外部资源采购，联系FHIR技术服务商（如卫宁健康、创业慧康）临时借用1名专家（工期2个月，成本约8万元），通过赶工压缩进度；②调整关键路径，原计划中"接口开发"（30天）与"模块编码"（45天）为串行，可改为并行（快速跟进），需增加质量检查点避免遗漏；③重新制定进度计划，使用关键链法（CCM）设置接驳缓冲（5天）和项目缓冲（10天），应对潜在延误。团队冲突解决：①召开团队会议，明确测试与开发的目标一致性（均为保障项目按时交付），用数据说明当前状态：测试人员闲置是因开发滞后导致的阶段性问题，开发人员加班是技术方案调整的必要投入；②调整绩效评估标准，对开发团队的加班投入给予项目奖金（按公司制度50元/小时），对测试团队安排提前介入"需求变更后的测试用例更新"任务，避免闲置；③开展团队建设活动（如周例会上增设"跨角色体验"环节），让测试人员参与开发代码走查，开发人员参与测试用例设计，增进相互理解。问题3：结合事件3，说明如何处理质量争议与关键人员离职风险。答案：质量争议处理：①委托第三方测试机构（如中国软件评测中心）对测试环境配置进行验证，若确认与生产环境1:1，则要求开发团队在3日内提交性能优化方案（如增加缓存机制、优化SQL查询）；②针对"重复扣款"问题，使用日志分析工具（如ELK）追踪交易流水，定位问题根源（可能是支付接口幂等性设计缺失），强制修复后进行压力测试（模拟10000人并发）；③电子病历质控模块识别率低需分析训练数据质量（是否包含最新病历样本），增加1000份2026年新病历作为训练集，重新训练模型并验证。关键人员离职应对：①启动风险应对计划（项目启动时应识别"核心人员流失"风险，制定备份计划），由架构师牵头梳理支付模块代码文档（3日内完成），安排2名开发人员（熟悉Java和支付接口）共同接手，原离职人员延长交接至15天（协商支付额外补偿）；②与公司人力资源部协调，从其他项目组借调1名有支付系统开发经验的工程师（工期1个月），确保模块开发连续性；③对团队进行心理疏导，承诺项目成功后给予核心成员晋升或调薪机会（需提前与公司高层确认）。问题4：针对事件4中的验收争议，应如何推进项目收尾？答案：①重新开展用户培训：针对医护人员，分科室进行4小时定制化培训（重点讲解快捷录入功能的替代操作路径），提供图文版《操作手册》和1对1现场指导；针对患者，通过医院公众号、短信推送《移动服务使用指南》（含视频教程链接），在门诊大厅设置引导员；②解决试运行问题：派实施顾问驻场3天，实时解决护士操作问题；修复短信提醒功能（检查接口调用日志，确保预约成功后触发短信发送），对已发生的投诉患者，由医院方出具道歉函并赠送体检优惠券（费用由乙方承担，作为客户关系维护成本）；③与医院方重新确认验收标准：在《项目合同》中补充"试运行期间主要功能可用率≥95%"的量化指标，明确