[基础医学]信息技术进展 3.ppt

* * 领域工程是最近几年发展的新技术，在医院信息化领域中得到充分的应用，可能需要更长的时间。 前面瑞得的平台概念，已经有了一些领域工程的影子。但是并不完全，而且，通过公用和私有组件之分来满足多个医院的共性和个性需求并不是最好的策略，也不一定都是可行的策略。 * 之所以提出，主要是因为，医院信息系统，采取混合模式是最佳的选择。 * 将几个工具： * * 数据集成 全科医生不专业 医院内部异源异构现象严重，区域范围内更是如此 互联互通非常必要 医院内部要求短、平、快 医院之间要求标准和规范 集成度成为代表信息化建设的水平 数据集成 数据集成 数据共享中的几个技术问题 同样的数据在不同的系统中是否只有一份？ 同步还是异步？ 是否需要数据引擎？ 有侵还是无侵？ 数据变化告知还是感知？ 数据集成 界面集成 功能集成 流程集成 系统整合与重组 虚拟化技术 服务器虚拟化技术 云计算虚拟化技术 网络虚拟化技术 存储虚拟化技术 桌面虚拟化技术 虚拟化应用 4测试技术 自动测试技术… 手工测试的效率很低，对于大型项目实用性低 自动测试工具较多 Rational Robot Compuware QALoad 自动测试的典型过程 录制测试过程成为自动化测试脚本 增强和改进录制的自动化测试脚本 执行自动化测试脚本完成自动化测试 4测试技术 自动测试技术 优点 效率提高（75%） 质量提高，减少疏忽，降低对人的依赖性 对一些测试方法提供必要的支持 性能压力测试（数据库、WEB等） 回归测试 白盒测试（语句跟踪方面） 缺点 测试计划编制过程需更长时间 测试工具的局限性 需要记录所有的交互信息 针对编程语言、运行环境、数据库的不同，等有适用范围 可以提供引擎，但降低效率 并不能代替手工测试 只对大型复杂的项目有效/合算 4测试技术 性能和压力测试… 测试系统的性能及与性能相关缺陷 评估系统能力 识别系统弱点 系统优化 检测软件问题 验证系统稳定性（resilience）可靠性 测试类型 负荷测试：一定负荷下，系统的负荷及响应时间 强度测试：一定负荷下，系统连续运行对系统性能的影响 容量测试：系统可同时在线处理的最大用户数 调优测试：不同工作负荷对软、硬件的要求，不同软硬件配置对系统性能的影响 4测试技术 性能和压力测试 依赖于自动测试技术 满负荷环境要到项目正式投入运行很长时间后才能达到 采用自动测试技术模拟极端负荷条件 正确估计系统对硬件的需求 避免投资过度和首次投资不足导致再次投资的浪费 为优化软件性能提供方向 发现隐藏较深的缺陷和问题 4测试技术 回归测试… 软件的任何修改/增加/删减都可能 并没有真正解决应该解决的问题 留下了不应该留下的新的错误 对系统的性能或功能造成了潜在的不良影响/副作用 这些错误，修改完成时并不会立即发现 一旦发现时，用户已经遭受了无法挽回的损失 阿里亚娜5型火箭发射失败 定义 对修改过的代码重新运行现有的测试，确定更改是否破坏了在更改之前有效的任何事物，并且在必要的地方编写新测试 4测试技术 回归测试 方法 建立在自动测试和测试用例库的基础上 修改一旦完成，从测试用例库中选择合适的测试用例组成（缩减）回归用例包 用（缩减）回归用例包中的用例测试系统 维护测试用例库 优点 非常重要的过程——可以发现很多隐含的缺陷和错误 缺点 成本高 5知识工程 定义 设计和实现知识库系统及知识库应用系统的理论、方法和技术，是研究知识获取、表示、管理、利用的学科 步骤和方法 数据库和数据仓库 数据挖掘和知识发现 知识表示和知识模型 知识库和知识管理 知识分析和利用 5知识工程 临床医学知识工程 涉及医学专业及信息领域多种学科的理论和技术 临床医学 数据库 机器学习，专家系统、人工智能 数学 应用的意义 医院信息系统积累有大量信息 医院有充分利用这些信息的迫切需求 循证医学，临床路径 医疗费用控制 CIS的效率和质量瓶颈 5知识工程 目前的应用局限于 病例分型 病历模板 病历采集 发展方向 与HIS整合，融为一体 与HIS同步应用 为CIS提供支持 临床预警、临床决策支持 提高临床工作的质量和效率 6 IT项目管理 项目管理决定项目成败 HIS项目管理混乱普遍存在 项目的特性 特定目标 一次性（开始和结尾） 需要使用资源 项目发起人（客户） 不确定性 6 IT项目管理 项目的维度 范围（目标，需求，需求变更） 时间（阶段的划分，生命周期） 成本（项目本身的成本，项目管理的成本） 项目管理 运用专门的知识、技能、工具和方法，使项目能够实现或超过预定的需要和期望 项目管理的内容 整体管理（启动、计划、实施、控制、收尾） 范围、时间、成本、质量、人力、沟通、风险、采购等管理 6 IT项目管理 需要回答的问题 项目管理