- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
医药信息系统(考试复习PPT)
什么是电子病历? 电子病历是以电子化方式管理的有关个人终生健康状态和医疗保健行为的信息,涉及病人信息的采集、存储、传输、处理和利用。 可在医疗中作为主要的信息源取代纸张病历,提供超越纸张病历的服务,满足所有的医疗、法律和管理需求。 电子病历存在多种术语 CPR 计算机化的病人记录(Computerized Patient Record,国际上广为采用) EMR 电子医疗记录(Electronic Medical Record) EPR 电子病人记录(Electronic Patient Record) EHR 电子健康记录(Electronic Health Record) EHCR 电子医疗保健记录(Electronic Health Care Record) 什么是电子病历系统? 电子病历系统是指为人们提供各种医疗卫生服务过程中采集、存储、传输、提取和处理卫生信息的计算机与通讯处理系统,包括各种医疗知识获取和辅助诊断决策等功能。 电子病历系统的功能需求 电子病历功能包括:病历资料的获得、存储、处理、浏览、通信、安全。 电子病历的设计更强调满足二次利用的需求,如关于财务、政策和计划、统计分析,医疗质量认证、医疗决策分析等方面的信息。 3.2.1 电子病历的组成元素、形式与分类 组成元素 基础信息 是来自患者、家属的信息,主要体现在主诉、现病史、既往病史等方面,以及每次病程记录中患者或家属对自己疾病的感觉及体验。 诊疗信息 来自医务人员的信息,主要体现在体格检查、病情分析和诊断方面;还有来自实验室化验、检查的信息,主要体现在各种医疗仪器设备对患者进行检测表达出来的结果。 电子病历元素的形式 文字型 文字型信息是病历的主要组成元素,可以是汉字、英文、数字或各种符号,常见于主诉、病史、病程、检测报告等。 图表型 病历中以表格和图形出现的信息,常为坐标系的图表,如体温单中的体温、呼吸、心率曲线图,麻醉记录中的血压、心率曲线图,心电图等。 影像型 通过放射线、超声波、光学内镜成像技术,形成的黑白灰(灰阶)或彩色图像,例如对心脏病患者,最常见有X线胸片、二维超声心电图、心导管及心血管造影录像等。 B/S模式优势 安装简单,对客户端资源要求低。 运行方便。 维护比较简便。 信息资源共享程度高、扩展性好。 B/S模式缺点 对服务器性能要求高。 网络带宽要求高。 安全性系数低。 远程医疗概念 利用通讯技术和计算机多媒体技术远距离提供医学以及有关的信息服务。 包含远程医学教育,远程会诊、远程诊断、远程治疗、远程咨询、远程护理、远程监护以及远程医学信息服务。 远程医疗的应用 远程医学咨询,远程医学诊断,远程医学护理、远程医学教育、远程医学信息服务。 远程会诊 专家对病人的医学图像和初步的诊断结果进行交互式讨论,其目的是给远地医生提供参考意见,帮助远地医生得出正确的诊断结果。 远程诊断 医生通过对远地病人的图像和其它的信息进行分析作出诊断结果,即最后的诊断结论是由与病人处于不同地方的远地医生作出的。 远程教育 医护人员的专业教育(基础和继续教育)。 获取远地信息(数据库、文献和专家)。 社区医疗保健教育三部分。 第三章 典型HIS系统的需求分析 与总体设计 什么是需求分析? 需求分析是指理解用户需求,就信息系统的功能与客户达成一致,估计信息系统风险和评估项目代价,最终形成开发计划的一个复杂过程。通过分析,把软件功能和性能的总体概念描述为具体的软件需求规格说明。 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的 “做什么” 的问题。 需求分析过程 问题识别 分析与综合 制定规格说明 评审 问题识别 功能需求: 明确系统需要具备的功能 。 性能需求: 明确系统技术性能指标。 环境需求:系统运行时需要的软硬件要求。 用户界面需求:明确人机交互方式、输入输出数据格式。 分析与综合 一致性检查 细化软件功能 建立逻辑模型 分析与 综合需要掌握分析方法,借 助一些分析工具。 制订规格说明书 软件需求说明书:把双方共同理解与分析结果用规范方式描述出来,作为今后各项工作基础。 数据字典。 初步的用户手册。 修改、完善与确定软件开发实施计划。 概念设计 采用一定的形式综合表示数据库概念结构。通常采用实体----关系模型(E-R图)来表示。 描述关系的基数 实体1 实体2 一对一 实体1 实体1 实体2 实体2 一对多 多对多 数据库的逻辑设计 识别记录类型和字段 识别任意数据相关性 标准化数据库
文档评论(0)