金华市中心医院数字档案管理系统升级项目技术参数.docx

上传人:p** 文档编号:272658 上传时间:2023-04-24 格式:DOCX 页数:20 大小:38.43KB
下载 相关 举报
金华市中心医院数字档案管理系统升级项目技术参数.docx_第1页
第1页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第2页
第2页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第3页
第3页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第4页
第4页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第5页
第5页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第6页
第6页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第7页
第7页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第8页
第8页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第9页
第9页 / 共20页
金华市中心医院数字档案管理系统升级项目技术参数.docx_第10页
第10页 / 共20页
亲,该文档总共20页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《金华市中心医院数字档案管理系统升级项目技术参数.docx》由会员分享,可在线阅读,更多相关《金华市中心医院数字档案管理系统升级项目技术参数.docx(20页珍藏版)》请在第壹文秘上搜索。

1、金华市中心医院数字档案管理系统升级项目技术参数1.项目概述金华中心医院现有档案管理系统于2013年启动建设,采用集中式部署,实现了档案馆藏数字化、档案业务流程自动化、档案提供利用网络化,经过一段时间的应用目前已经成为金华中心医院档案管理中不可分离的一部分,而经过档案系统的不断使用,目前系统中的部分功能已经无法满足现有的系统使用要求,而随着金华中心医院的不断发展,这些功能对金华中心医院档案的管理影响越来越大,为避免对将来的档案管理工作带来不必要的困难,需要对现有系统中的部分功能进行优化和改造。综上所述,金华中心医院档案管理系统改造势在必行。投标方所提供的金华中心医院档案管理系统实施设计方案,在考

2、虑目前管理需要和业务需要的前提下,必须具有一定的前瞻性、能够根据未来业务战略与管理要求的转变而进行灵活的调整,以满足金华中心医院管控、以及公司整体系统架构的要求。2 .项目实施周期要求要求在合同签订后3个月内完成。3 .项目实施原则项目要求以成熟软件产品为基础,结合具体需求进行定制和二次开发的方式进行实施,以缩短项目实施周期,降低项目实施的风险。业务驱动项目实施以提供业务支持为首要因素。应从金华中心医院的业务实际需要出发,在信息化价值和灵活性、管理工作量之间取得良好的平衡,保证在系统实施后能提高工作效率、降低成本。行业领先随着金华中心医院线路的开通,运营业务的全面开展,档案管理的要求日益增高。

3、系统应立足高起点,高要求,高标准,为公司高速的业务发展和提升提供服务。可靠性要求系统架构健壮、运行稳定、功能可靠。支持通过容错、热备、故障恢复等方式,实现在系统发生故障时仍能保持正常工作。对于规范要求以外的输入能够判断出其不符合规范要求,并能具备合理的处理方式。保持系统运行稳定,确保数据不因意外情况丢失或损坏。安全性技术平台必须要符合国家信息安全体系的管理要求,并遵循国际安全设计规范。系统关键信息进行机密管理,实现关键信息的加解密保存;系统数据完整,有效防止信息被非法修改。集成性系统具有良好的集成性,对流程审批、数据获取、信息集成等功能提供标准接口,以实现与其他相关系统的功能和数据集成。先进性

4、要求系统平台及应用软件应采用先进成熟的软件和技术,确保系统的技术先进性,保证投资的有效性和延续性。可扩展性要求系统有良好的可扩展性,能够快速响应业务需求的变化。系统采用松耦合构件方式进行设计,对于应用功能的扩展可采用发布新构件方式实现,且新功能的部署不影响客户的使用。开放性系统的主要数据、功能应具备开放性,通过标准或通用的接口向外部提供数据和功能的支持,且对接口有安全性的保护控制。经济性系统应具备高性价比,能对系统资源的使用进行优化,在实现系统功能的前提下,尽量节省硬件开销。可伸缩性要求在不用修改系统架构的情况下,通过增加或增强相应的设备即可实现系统功能的扩展支持,包括垂直扩展和水平扩展:纵向

5、伸缩:能够通过增加硬件资源提高目标平均性能和峰值性能(即响应时间、延迟等)及目标平均负荷和峰值负荷(即并发用户、信息量等);横向伸缩:能够通过增加应用服务器及实现应用服务器负载均衡、多节点等措施提高目标平均性能和峰值性能(即响应时间、延迟等)及目标平均负荷和峰值负荷(即并发用户、信息量等)。4 .总体功能要求系统必须支持集团管控架构,必须支持集团与各分院之间的管控要求。系统至少包含以下几项功能:档案数据采集和加工;档案的存储和管理;档案系统应用;档案系统管理权限的功能;多全宗管理档案数据检索和利用;数据管理功能;与外围系统接口的功能;库房管理;5 .总体技术要求5.1 总体架构要求1)要求采用

6、基于业界成熟产品进行实施,应采用知名品牌的应用软件,该软件必须在国内有成熟的应用案例,特别是在医疗行业有成功的应用案例。2)对于业界没有成熟产品的业务管理模块,要求采用在成熟的二次开发框架上进行定制开发实现。系统必须采用多层的架构进行设计和开发,采用松耦合、高内聚设计思想,使系统间以及服务间不存在强依赖,服务组件内部实现高内聚,从而实现高可扩展性。3)体系架构:系统面向终端用户应该是B/S架构,应该符合现有内部门户单点登录的规范实现单点登录。4)根据成熟产品的开发框架为基础进行开发设计实现/项目实施方须提供其开发框架具体软件开发包及相关技术资料和培训说明。5.2 系统平台需求投标方应从性能效率

7、角度出发,结合最能满足招标方业务的需求,与推荐产品相配合、高效、稳定、安全的软硬件产品,提出合理的整体硬件架构设计方案,提供一个高水平的硬件平台配置建议。投标方同时需要考虑在本次项目实施中所涉及的开发系统、测试系统、生产系统之间的关系,并以此为基础提出整个硬件平台的配置建议方案。5.3 系统安全要求遵循国际安全规范及国家安全规范,系统达到国家计算机信息系统安全保护等级的要求,保证系统的数据安全、应用安全、主机系统安全、网络安全及物理安全,并通过招标人测试评审。要求包括但不限于:5.4 统对每一位用户都要验证其身份,防止非法者入侵,同时能提供一定级别的防止注入攻击功能;2)系统应包含对输入数据、

8、内部处理和输出数据的检验功能,对敏感数据必须进行有效的加密;3)系统有防病毒能力,以保护电子文件的安全。4)用户的权限可以做到灵活分配,采用基于角色的权限管理方式,一个用户可以分配多个角色,一个角色可以包括多个用户,角色之间可以继承;5)系统设计应具备可审计性,应包含适当的控制措施、审计追踪或活动日志的记录;6)提供用户登录的强口令认证机制,即用户每次登陆必须输入用户名和密码,验证通过后才能进入系统进行操作。应用系统应仅能对合法的用户或用户组提供信息访问;支持动态密码卡;7)允许用户自行修改密码;8)应用系统可以设置口令策略,设置口令的长度、复杂程度、口令更改期限等;9)系统提供唯一的用户/用

9、户组管理界面,能记录用户/用户组属性,能够对应层次结构(如上下级)功能;提供组织、职位、角色结构图;角色可以继承;10)能通过用户/用户组管理界面查询每个用户/用户组拥有的所有权限,能够反映一对一或一对多的权限关系;11)系统应通过权限设置限制对系统数据的查询和修改,可以根据实际情况增力口、取消或中止用户的访问权限;具有数据的组织隔离功能;能够设置可查看数据的组织范围。12)系统设定的权限应可细化至独立的功能,可自由组合成不同的权限组。权限授予的最小单位应是组或角色;13)系统应能提供唯一的权限定义、分配管理界面,系统所有的权限都集中统一在此界面反映和分配,管理员能够通过此界面快速查询、修改、

10、分配系统权限;14)系统管理员可以将系统权限进行划分和组合,授予相关业务管理员进行具体的权限分配工作,所有操作都应在统一的权限管理界面进行,不能存在数据库层的操作;15)权限应用中的所有插入、删除、修改操作在提交前都要有提示确认的步骤;16)权限管理界面能够对应权限分配规则(项目文档权限分配原则),体现优先级原则。17)系统能够导出权限清单(EXCE1.XM1.、PDF中至少一种);18)防止对任何能够越过应用系统控制措施的实用程序和操作系统软件进行非法访问;19)应用系统的安全不能妨害其它与之共享信息资源的系统的安全;20)应用系统的客户端与服务器端的通讯提供用户配置加密的方式,避免敏感信息

11、泄密。21)系统需根据院方提供的接口文档实现单点登录功能,可从院方的统一门户系统登录档案管理系统。5.4系统性能要求1)系统并发用户数要求:系统支持至少500个并发用户数,且不限制注册用户数;2)系统能支持系统主机、操作系统、网络、数据库7X24小时平稳运行,业务可用性应达到99.9%,MTBF(平均故障间隔时间)2196小时,MTTR(平均故障修复时间)1小时;3)要求系统有支持设计过程中不同数据库版本的存储和管理的能力;4)系统对百兆以上的文件有上传与下载的支持能力,并与其他专业系统实行无缝数据链接;5)系统支持双机热备,单台设备的故障不影响业务进行,实现故障恢复不中断业务服务;6)对数据

12、库中常用的、符合添加索引要求的表字段要添加合适的索引;7)系统应提供任务管理功能,对于大量消耗资源的批处理任务可以允许用户定义安排到系统资源空闲的时候运行;8)系统用户页面交互时间原则上小于5秒,如果超过5秒的乙方必须提出合理解析,且得到甲方的认可。开发的应用报表在每次系统执行运算的时间小于1分钟;9)在使用负荷最多时,服务器的性能在如下范围内:CPU最大使用率(70%);内存最大使用率(70%)。系统最高负荷持续时间不超过1小时;10)运行环境要求档案管理系统应能支持以下的运行环境:操作系统:WindOws、UniX各种平台支撑应用服务器:Web1.OgieTomcatMSIIS/1BMWe

13、bSPhere等 数据库:Orac1.e8i以上(TBD)/IBMDB2/MSSQ1.Server2005/Mysq1.等 浏览器:MSInternetExp1.orer8或以上5.5 系统日志要求1)档案系统对电子文件的所有操作进行全程监控与记录,数据访问日志能记录对数据库进行的所有操作,包括增加、删除、修改和查询,记录的日志可以备份、删除与恢复;2)程序异常日志必须能记录程序发生错误的异常信息;3)系统日志应能记录应用程序发生错误时所产生的异常信息;4)系统能提供系统异常事件的日志查询界面,同时提示相关原因及解决办法;5)系统能跟踪记录用户的所有操作,包括对系统的运行调用请求,记录用户使用

14、过程;6)调用系统内部所涉及模块内部或模块与模块之间的关系(该需求可根据实际情况调整内容);7)具有自定义指标和级别的日志功能,自定义指标可以增加记录消耗CPU值,IO值,响应时间等,有利于性能调优和故障排除(该需求可根据实际情况调整内容);8)系统能记录用户登录、退出系统的情况,记录用户的活动和操作数据情况;9)系统能提供普通用户或系统管理员变更组织、人员信息、权限、口令等信息的情况记录;10)系统能记录应用系统的系统配置参数、主要设置和核心数据等变更情况;11)系统能记录敏感、关键信息的查看情况;12)系统能记录用户修改、删除日志的情况;5.6 系统接口与集成根据实际业务需要,投标方需确保

15、档案管理系统与金华中心医院OA系统集成,接口阐述工作包括但不限于:1)接口关系和内容2)接口设计方案3)接口数据方案4)接口设计/实施责任划分6.详细功能需求系统的详细功能需求包含但不限于下面描述的功能,详细的业务需求待项目开展过程中调研确定。(一)档案数据的采集与加工此项功能为档案管理软件的基本功能。当有新数据到达时,系统自动提示档案员有新数据需要进行接收。帮助档案专兼人员收集需要归档或保存的资料,对档案进行接收、著录、核对、鉴定、归档、数据检索、数据导入导出等工作。1、收集1. 1批量导入。系统应为用户实现档案条目和电子原文的批量导入功能,并能够在导入过程中进行相应的数据格式验证,并将导入的数据放到预归档库。文件在预归档库中经过著录、调整、审核后进入正式的档案库;审批不合格的由档案管理员退回重新处理。预归档库分为【待审核】和【已退回】两个状态。1.2、 外围系统流转档案平台将提供与OA系统建立接口,将外围系统产生的档案资料导入档案平台。1.3、 手工录入专兼职档案员可以通过醒目易用的录入界面进行著录。使用包括浏览、编辑、添加、删除、数据挂接、修改、查找、分类、打印报表、归档等基本功能。提供对扫描文件的OCR识别功能,对部分关键字段信息通过识别软件自动对应到文件的字段信息中。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 管理/人力资源 > 人事档案

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!