急诊电子病历与移动护理系统建设方案.docx
《急诊电子病历与移动护理系统建设方案.docx》由会员分享,可在线阅读,更多相关《急诊电子病历与移动护理系统建设方案.docx(18页珍藏版)》请在课桌文档上搜索。
1、急诊电子病历与移动护理系统建设方案一、建设原则3二、项目建设内容11、总体要求22、急诊一体化电子病历系统33、急诊医生电子病历系统功能要求44、急诊医生医嘱系统功能要求75、急诊护士医嘱系统功能要求86、急诊护士电子病历系统功能要求87、急诊管理功能要求98、移动护理系统10一、建设原则为了保证项目实施的质量,在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则:1、先进性在技术选型时需要适度超前,选择既有技术领先的优势又有成熟的应用,并且在国内外已有成功案例的技术方案,以保证本次项目建设内容在一定时期内具有技术上的优势。在应用系统的设计上,借鉴医院以往各类信息化项目的经验,同时注重参
2、考行业最佳实践;在技术上,要采用国际上领先且成熟的技术,使得设计更加合理、更为先进。充分考虑现阶段医院信息化的特点,在注重系统实用性的前提下,尽可能采用先进的计算机软、硬件环境;在软件的开发思想上,严格按照软件工程的标准和最新的面向服务(SOA)的理念进行设计,保证系统的先进性,所有应用系统应该基于三层架构进行设计和开发。2、成熟性和实用性本次建设的系统应采用被实践证明为成熟和实用的技术和设备,符合一体化协同业务服务平台的建设思路,满足医院当前和今后一段时间的总体应用需求,性能稳定,界面直观,具有易理解、易调试、易维护、易扩展、易复用的特点,最大限度地满足医院当前业务、信息化建设需要和未来发展
3、的需求,确保耐久实用。3、开放性与扩充性系统采用开放性设计,在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计,支持HL7、WebServices等当前受到普遍支持的开放标准,这样一方面保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性,另一方面也便于将来改造、扩容和升级。系统采用的数据库、开发工具及中间间产品是为业界普遍使用广泛使用的产品,可以得到广泛的技术支持。系统平台应能方便地扩展,可随着业务需求的变化而扩充,系统的配置也能相应地改变和延展,以支持有价值的新兴应用。同时,多服务器集群协同工作,实时地监测服务器状态,自动负载平衡
4、,以保证实现大用户量并发处理和高效的网页浏览速度。4、标准化原则本项目建设的核心就在于信息整合和资源共享。毋庸置疑,标准化、规范化是系统开发和建设的前提条件和必要保障,也是系统平台与其他系统兼容和进一步扩充的根本保证。在系统的建设、运行管理、维护的全过程中,应当遵循相应的国际、国家和行业标准,同时支持制定医院自己的相关规范。在系统建设过程中,有国标可遵循的一定要遵循国标,否则可参考相关部门标准,系统建设选用的标准必须满足业务功能的实现。需要与其他系统进行数据交换的数据必须符合国家和地方行政部门正式颁布的数据交换要求。通过本项目的建设,应帮助医院梳理出一整套IT建设规范。本次项目建设需遵循:/符
5、合国家卫健委颁布的医院信息系统软件基本功能规范/符合国家卫健委颁布的医院信息系统功能基本规范/符合国家卫健委和国家中医药管理局颁布的电子病历基本架构与数据标准(试行)/符合国家卫健委颁布的电子病历临床文档基础模板数据集标准(试行)/符合国家卫健委和国家中医药管理局颁布的电子病历临床文档数据组与数据元标准(试行)/符合国家卫健委颁布的电子病历应用管理规范(试行),符合国家卫健委颁布的电子病历基本数据集(征求意见稿)/符合国家卫健委颁发的电子病历系统功能应用水平分级评价方法及标准(试行),符合国家卫健委颁布的基于电子病历的医院信息平台技术规范(征求意见稿),符合国家卫健委颁布的WS445-2014
6、电子病历基本数据集,符合国家卫健委颁布的电子病历共享文档规范。/符合国家卫健委颁布的WS/T447-2014基于电子病历的医院信息平台技术规范5、安全性原则使用的信息安全产品和技术方案在设计和实现的全过程中,必须有具体的措施来充分保证其安全性,以确保系统数据处理的一致性,保证业务和数据不被非法侵用和修改伪造,保证数据不因意外情况丢失和损坏,提供多种安全检查审计手段。系统的运行安全(操作系统、数据库等)和应用权限分配等,应该符合国家信息安全三级等保要求。使用系统平台的相关安全设置以及应用系统的安全性,实现整个系统的安全性。确保系统不被非授权用户侵入,数据不丢失,传输时数据不被非法获取、篡改,确认
7、对使用者、发送和接收者的身份等。利用平台的安全功能,可以集成多种符合国际标准的安全协议。6、可靠性原则系统在设计时将充分考虑系统对可靠性的要求,可采用多种高可靠、高可用性技术以使系统能够保证高可靠性,尤其是保证关键业务的连续不间断运作和对非正常情况的可靠处理。同时,对项目实施过程实行严格的技术管理和设备的冗余配置,保证系统运行的可靠性。7、易用性原则系统应具有一致的、友好的客户化界面,易于使用和推广,并具有实际可操作性,使用户能够快速地掌握系统的使用。8、可管理性原则由于系统建设涉及各个临床科室和管理职能部门,参与的用户比较多,因此系统平台必须具有良好的易管理、易维护的特点。9、保护医院现有投
8、资项目建设需充分保护和利用现有信息化建设成果,与现有信息系统实现深度融合,不能对现有业务系统的正常运行、业务及管理功能造成影响,不得以本项目建设为由对现有系统提出更换要求,充分保护医院已有投资和建设成果。二、项目建设内容分类建设大类建设内容1急诊一体化电子病历系统(1)急诊预诊、分诊(2)急诊医生电子病历系统(3)急诊医生医嘱系统(4)急诊护士医嘱系统(5)急诊护士电子病历系统(6)急诊管理2移动护理系统(1)生命体征数据填写(2)执行医嘱(3)病历查阅(4)病人教育(5)护理措施1、总体要求1)运行平台:可安装运行于在各种主流操作系统上,并同时支持32及64位操作平台,必须包括:LinUx(
9、x86x64)、MicrosoftWindows2003Server(x86x64)微软2003服务器版,MicrosoftWindows2008Server(x86x64)微软2008服务器版、MicrosoftWindows2012Server(x86x64)微软2012服务器版及以上版本。2)数据库支持:支持集成不同厂商的数据库:Microsoft微软SQL系列、OraCIe甲骨文系列、MySQL包括支持所有提供JDBC接口的数据库,但集成平台本身不能依赖任何数据库系统需要独立安装及运行;互联互通涉及的标;3)完整WebSerViCe及多种协议:门户需支持以下WebSerViCe网络服务
10、标准WSDL1.1、S0P1.1&1.2、WS-AddressingWS-SecurityWS-Policy;4)可扩充性和升级能力:系统建设采用零编程和面向服务设计技术,对于其可扩充性和升级能力必须有强力的支持,必须在主流的平台上(如Java,OSGI平台)进行扩充升级;5)代码开发标准:产品必须按照主流框架进行开发,确保代码结构的标准化;如OSGI框架,OSGI开放式服务通路主动式框架(OPenServicesGatewayInitiativeFramework)是一个基于JaVa环境的严格的标准开发平台6)产品开发技术:参与产品建议使用主流的开源技术(Java)开发;如使用非开源的技术需
11、提供软件授权,避免侵犯第三方知识产权;不能使用私有技术开发;7)系统建设采用通用脚本:采用通用脚本(如JaVaSCriPt和SQL)和面向服务设计技术(SOA),不需要使用特殊的自定义代码格式。对于其可扩充性和升级能力必须有强力的支持;8)端对端管理:开发、测试和部署的工具紧密集成;9)工具的易用性:支持图形化开发;10)延展性:能满足医院信息进一步互联网+应用的整合及拓展;2、急诊一体化电子病历系统急诊预诊、分诊功能要求1 .基本信息米集:D提供补充完善病人基本信息功能;2)支持基本信息必填项的设定功能;2 .预诊:3 )提供患者入院方式的标记功能;4 )提供患者生命体征的采集功能,支持和生
12、命体征设备整合,自动获取生命体征数据;5 )提供病情预诊评估单填写功能,支持评估单的配置功能;6 .分诊知识库:1)提供分诊知识库,支持患者分诊依据的快速选择;2)提供分诊知识库的自定义功能;4 .分诊:D支持对病人进行自动分诊处理;2)支持手动分诊或手动调整分诊级别;5 .绿色通道:1)支持对病情特殊,急需救治处理的病人或者“三无病人”绿色通道的标记;2)支持绿色通道类型的自定义功能;6 .群体事件:D提供对群体事件的登记功能;2)提供群体事件病人的预检分诊功能;3)提供群体事件统计功能;7 .分诊条:提供分诊条自动生成及打印功能;8 .分诊统计:提供预诊分诊统计报表功能;3、急诊医生电子病
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 急诊 电子 病历 移动 护理 系统 建设 方案

链接地址:https://www.desk33.com/p-1017158.html