XX医院HRP管理系统项目建设需求说明.docx
《XX医院HRP管理系统项目建设需求说明.docx》由会员分享,可在线阅读,更多相关《XX医院HRP管理系统项目建设需求说明.docx(65页珍藏版)》请在课桌文档上搜索。
1、XX医院HRP管理系统项目建设需求说明一、项目建设目标在医院信息管理系统的基础上,整合医院已有信息系统的资源,创建规范的会计核算系统、薪刖管理系统、全面预算管理系统、报销管理系统,银医直连、合同管理系统、科研基金管理系统、固定资产管理系统、库存物资管理系统。提开医院财芳管理精细化程度,实现全院业务流程可跟踪、可监控,提升医院经济运行整体效率,助力医院可持续发展.具体来说系统需要达成以下目标:1.控制医疗成本:通过系统强大的分析工具和分析报表,找出成本控制点,通过预算管理等业务系统的支撑,最终有效控制医院成本。2 .加强内部控制:通过严密的系统控制,加强内部控制力度、深度,减少人为错误,降低内部
2、控制风险。3 .摒除信息孤岛:实现系统各个模块互联互通数据共享,与医院现有系统对按,进行必要的数据交互,实现数字化医院建设目标。4 .决策支持优化:进行数据挖掘,优化管理决策,使医院的各种决策科学化.数字化,提而医院的经营管理水平和信息化展次,辅助实现医院战略目标.二、总体要求及技术规格2.1 总体要求(1)本项目目标为建立符合医院管理特色的现代医院综合运营管理体系,满足现代医院一体化运营管理的流程化、楮细化、智能化应用诉求。从医院宏观管理的大局视角出发,基于顶层设计、分步实施的思路对医院综合运营管理业务进行系统性的项目实施建设,系统需达到医院智慈管理分级评估标准体系的四级级别。(2)配介完成
3、电子病历六级、互联互通五级乙等、智慧管理四级、智荔服务四级,三级等保改造。(3)在建立统一的数据标准和数据校盼逻辑的基础上,实现财务核算、预算、成本、物流、资产等各项业务的联通:通过与HIS等业务系统对接,实现医院前台医疗业务与后台管理业务的联通。2.1.1 标准化、规范化标准化是建设医院信息系统的主要目标之一,包含基础数据的标准化、部门间业务接口的标准化、系统界面的标准化。规范化包含业务流程的规范化、管理规则的规范化。在标准化和规范化的前提下,信息系统才具有使用价值。2.1.2 关健技术路线系统建设需采用先进的技术手段,例如基于大型关系型数据库平台,采用PB、JAVA、C+、.NET、XM1
4、.等技术:U次结构,基石B/S应用结构体系,表示层、业务层、数据库访问层分开;独立于特定的硬件平台和操作系统:支持各种类型的数据库系统:具仃分布式事务功能:支持消息服务:支持组件化开发:具有良好的安全性。2.1.3 适用性原则,支持多院区管理,可以按照用户需求新增院区并启用己在原院区建设的所有功能模块,不同院区可按照适用的不同会计准则进行个性化设置,包括会计科目、报表格式、自动凭证生成规则等。不同院区可设置不同的科室、资产、供应商等字典和管理权限。支持多账套管理,可以按照用户需求新增账套并启用已在原账套建设的所有功能模块,不同账套可按照适用的不同会计准则进行个性化设置,包括会计科目、报表格式、
5、自动凭证生成规则等。系统各功能部分按照不同模块组合,各个部分既可以总独运行也可相互配合使用,保证医院信息系统建设按照“整体设计、分步实施”的原则开展,并预置接11以满足与医院其他系统关联的需求。2.1.4 应用技术培训在系统验收前,需通过搭建的模拟环境对医院使用人员进行培训,提供培训教材,包括快速入门、操作手册、管理员手册等。系统脸收后,提供实时在线帮助和咨询热线,分期分批组织教学培训,持续做好系统管理人员、使用人员应用技术培训工作,确保系统发挥最大的使用效益。2.1.5 售后服务系统建设过程中,最终成交人需为HRP管理系统与院内其他信息系统提供必要的接口对接服务,包括第三方信息系统与HRP系
6、统的对接接口费,医院不再另外支付与本项目有关的接口对接贽用。2.2 开发环境开发工具:Java、.NET等:数据库平台:Orac1.e、SQ1.SerVer等:服务罂掾作系统:1.inux或MiCroSOftWindOWSSerVer2016或以上版本等:客户端操作系统:MicrosoftWindowsWin7/或以上版本:支持ChrOme浏览险跨平台系统设计,支持主流操作系统平台,系统支持自行app,并支持与微信和钉钉深度融合.开放的技术平台,支持WebServices,Java、C#等:未来扩展能力:数据可以直接在服务器内存中运算,支持行存储与列存储,快速便捷创建实时业务视图,可访问的实时
7、业务分析结果。2.3 技术要求23.1标准化遵循全国信息化建设标准与规范(试行州、医院信息系统基本功能规位h,公立医院运营管理信息化功能指引等。232平台化系统核心平台由多个模块组成,根据用户需要科学合理选择/组合不同模块:支持多种主流开发和应用平台。233智能化支持多维条码、无线移动PC、手机等智能设备的应用。23.4 先进程度数据结构设计合理,三层架构和二层结构相结合;支持二次接口开发,数据转储:完善的后台安装与维护工具:系统采用平台化开发模式或者支持其他自主开发,可以由医院在平台上做二次开发,并方便地挂接到运营管理系统。23.5 一致性保证数据采集、存储、整理、分析、提取、应用的致性:2
8、3.6 实用性符合行业操作和使用习惯:自主知识产权,系统性价比较高:满足医院信息管理的需要:整体设计、分步实施,无缝联接:开放式系统设计,便于医院维护,避免重史投资:23.7 安全性1采用数据库级用户权限和应用程序级运行权限的双重控制机制:(2)提供统一用户管理手段:(3)通过数据降系统的数据安全机制,提供完善的安全保障体系;(4)实施两种以上身份认证机制,如密码、Ukey.手机险证码等。(5)对前端用户和数据库密码进行定期更新和强制红杂度要求控制,同时包含大小写字母、数字和特殊字符,长度8位以上。(6多次输错密码自动锁定账号、超时自动退出或锁定等。(7)建立数据备份和恢发机制,豳保数据丢失时
9、可以及时恢发。(8)时操作系统和应用软件等进行严格的安全配置,如关闭不必要的服务和端门、限制系统资源使用、亚命名默认用户、修改默认口令、删除或停用不必要的账号等。旧)启用安全的数据传输协议,如HTTPS4(10)配置文件如涉及密码等敏感信息,需加密后存储。(11)针对新建的信息系统,投标人需要提供第三方测评机构提供的安全测评报告,合格方可上线。(12)投标人有义务定期对支撑信息系统稳定运行的中间件进行补丁更新,杜绝己知漏洞。(13)禁止通过共享文件夹方式获取数据以支撑信息系统正常运转.(14)以上规定对测试库同样适用。2.3.8 稳定性系统作为医院信息化系统中的关键业务系统之一,系统的桎定性和
10、可驿性将关系到整个医院经营管理日常工作,因此系统必须支持在高并发大数据量情况下的运行效率和稔定性;2.3.9 可好性系统具有较强的可继承性,包括应用系统的可继承性及数据的可继承性,方便在现有系统基础上扩充子系统,并实现各子系统之间的无缝集成,以满足医院未来发展的要求.2.3.10 可维护性、可升级性系统采用结构化、层次化设计结构,使系统易于维护和升级.系统采用模块化设计,并保证各版本之间具有良好的兼容性,不会因为系统中某些模块的改变而影晌整个系统的正常运行:系统软件尽可能做到“零”维护,同时实现简便易搽作的远程维护。23H平台化与自主开发功能系统采用平台化开发模式或者支持其他自主开发,可以由医
11、院在平台上做二次开发,并方便的挂接到运营管理系统:通过合同约定的针时用户方管理需要的二次开发功能模块,以及用户方通过投标方提供的开发平台或工具开发的内容,属于用户方的知识产权。2.4接口要求2.4.1 人事信息通过与医院集成平台对接,实时获取人员及考勤信息,包括但不限于:(1)人员基础信息,如姓名、工号、职称、身份证号码、来院日期、性别、离院时间、科室、联系方式、操作时间等。人员信息若有变动,实时更改。(2)获取人员考勤信息,HRP汇总生成相关假期、午餐费、病事假扣项等。2.4.2 收费信息通过与H1.S系统对接,获取HIS相关信息,包括但不限于:(1)收费类别:收费类别代码、收费类别名称、收
12、费性质、门诊住院标志:(2)收费项目:收费项目代码、收费项目名称、收费类别代码、收费项目单价、收费性质(3)H1.S科室字典:科室代码、科室名称、科室类型、停用标志、操作日期:(4)支付方式:支付方式代码、支付方式名称、支付类型:(5)患者医保类型:患者类型代码、患者类型名称.以上信息由医院集成平台给,下面报表从HIS统像阵视图:(1)门诊收焚员日结表:日报日期、冲退预交金、收费类别编码、患界类型、支付金额,患者姓名、支票/POS号、收款支编码、收款员姓名、项目编码、项目名称、项目金额:(2)门诊日结汇总表:日报日期、冲退预交金、收费类别编码、患者类型、支付金额、患者姓名、支票/POS号、收款
13、员编码、收款员姓名、项目编码、项目名称、项F1.金额:(3)住院收费员日结表:日报日期、支付方式、支付名称、收费金额、收款员编码、收款员姓名、业务状态:(4)住院日结汇总表:日报日期、支付方式、支付名称、收费金额、收款员编码、收款员姓名、业务状态:(5)在院患者应收统计表:日报日期、开单科空编码、收费类别编码、患者类型、收费金额、支票/POS号、患者姓名、收款员编码、收款员姓名、票据开始号、票据结束号、是否退费:(6)ATM对账汇总表:日报日期、ATM编号、现金充值、银行卡充值、退医疗费、预约退号、工本犯、转住院按金、挂号、缴费、返还;(7)ATM收入报表:日报日期、收费类别编码、支付金额.2
14、.4.3药品信息通过与HIS系统对接,获取药品相关信息,包括但不限于:(1)药品类别字典:药品类别编码、药品类别名称、上被编码、类别级次、是否末级:(2)药库库房字典:库房标识、库房编码、库房名称:以上信息由医院集成平台给,下面报表从HIS镜像库视图。(1)药库盘点时间表:药房编码、库房编码、库房名称;(2)药品入库报表:药品入库时间、库房编码、峰房名称、药房编码、药房名称、供应商编码、供应商名称、药品分类编码、入库金额:(3)药房药品出库月报:药品出库时间、药房编码、科室编码、药品分类编码、药品进价、科室类型:(4)药品退库报表:药品退库时间、库房编码、库房名称、药房编码、药房名称、供应商编
15、码,供应商名称,药品分类编码、退库金额.2.4.4OA侑息通过与医院集成平台对接,OA系统提供视图给平台,获取OA流程相关信息,包括但不限于:(1)固定资产相关0OA上审批流程结束后将相关信息推送给HRP:0HRP获取相关的固定资产信息进行生成出入库单据等相应处理;0OA固定资产报废、调拨等审批流程需获取固定资产明细并支持从中选择具体资产进行相关申请。(2)合同审批相关0OA上审批流程结束后将相关信息推送给HRP:0HRP获取相关的合同审批信息进行合同生成等相应处理:0已在OA完成审杳的合同需提醒经办人录入HRP系统,并可杳询对应OA审杳流程。2.4.5医用耗材信息通过与SPD系统对接,获取医
16、用耗材使用相关信息,包括但不限于:(1)科室病区:HRP系统新增、修改、删除科室相关实时推送给平台,平台推给SPD系统。XM1.节点名称:HEADER序号字段名类型空说明备注1DOC_CODEVARCHAR232文档编号2UP1.OAD_ORG_CODEVARCHAR232上传该文档的组织机构代码3DOC_TYPENUMBER10文档类型固定4014TOTA1._RECORDSNUMBER10TRANS行数5CREATE_TIMEDATE创建时间YyyV-mm-ddHH:mm:ssXM1.节点名称:TRANS1DEPTIDVARCHAR50)NID主键2DEPTCODEVARCHAR50)N编
17、码编码不可重更3DEPTNAMEVARCHAR(50)N名称4DEPTTYPECODEVARCHAR50)N科窕类型编码管理、医疗等,以HIS分类为准5DEPTTYPENAMEVARCHAR50)N科室类型名称6SPE1.1.CODEVARCHAR(200)Y拼音码7SEARCHCODEVARCHAR(200)Y检索码8PARENTCODEVARCHAR50)N上级科室编码上级科室主键9IS1.EAFNUMBERN是否末级科室10STOPF1.GNUMBERN停启用1:除用0:启用11upduseridVARCHAR50)N记录更新人ID12UPDATETIMEDATETIMEN最后修改时间Y
18、YYY-MM-DDHH:MM:SS(24小时制)(2)供应商字典:HRP系统新增、修改、删除供应商相关实时推送给平台,平台推给SPD系统。XM1.节点名称:HEADER序号,段Z类型说明备注91DojCoDEVARCHAR232文档编号2UP1.0AD_0RG_C0DEVARCHAR232上传该文档的组织机构代码3D0C_TYPENUMBER10文档类型固定4024T0TA1._REC0RDSNUMBER10TRANS行数5CREATE_TIMEDATE创建时间Yyyy-mm-ddHH:mm:ssXM1.节点名称:TRANS1Supp1.yidVARCHAR(50)NID主键2SUPP1.YC
19、ODEVarchar(SO)N编码编码不可至复3SUPP1.YNAMEVARCHAR(50)N名称4SPE1.1.CODEVARCHAR(50)N拼音码5SEARCHCODEVARCHAR(50)N检索科6STOPF1.GNUMBERN停启用1:停用0:启用7upduseridVARCHAR(50)N记录更新人ID8UPDATETIMEDATETIMEN最后修改时间YYYY-MM-DDHH:MM:SS(24小时制)(3)生产厂商字典:HRP系统新增、修改、删除生产厂商相关实时推送给平台,平台推给SPD系统。XMI节点名称:HEADER序号字段名类型空说明备注1DOC_CODEVARCHAR23
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 医院 HRP 管理 系统 项目 建设 需求 说明
链接地址:https://www.desk33.com/p-1778630.html