XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx

上传人:王** 文档编号:786821 上传时间:2024-01-14 格式:DOCX 页数:54 大小:162.74KB
下载 相关 举报
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第1页
第1页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第2页
第2页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第3页
第3页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第4页
第4页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第5页
第5页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第6页
第6页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第7页
第7页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第8页
第8页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第9页
第9页 / 共54页
XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx_第10页
第10页 / 共54页
亲,该文档总共54页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求.docx(54页珍藏版)》请在优知文库上搜索。

1、XX市XX区XX社区卫生服务中心云HIS社区医院建设项目采购需求一、技术要求(一)建设背景XX市XX区各医疗机构医疗信息化发展较早,虽然已建立较完善的公共卫生与医疗业务系统,但在功能实现、技术架构等层面开始出现难以满足医院当前使用需求,难以更好地支撑当前医院发展需要等问题。因此,XX市XX区卫生健康局搭建了基层体化医疗云服务系统,推进了XX区智慧医疗及国产自研的能力。此次卫生院接入云平台,实现如下功能:加强医院信息化建设,以患者为中心、技术为支撑和以质量为基础,提高医疗水平,推进区域信息共享和业务协同,促进医疗卫生资源整合与综合利用,实现区域内互联、医患互联、技术互通、数据共享,提升医联体内部

2、沟通协同,进一步提升医院的整体服务水平与综合管理能力。(一)建设目标通过接入XX区基层一体化云平台,推进区域基层云一体化HIS、基层云EMR、基层云中医、基层云体检、基层云检验等系统集中云化建设,完善区域分级诊疗政策落地,推进区域信息共享和业务协同,促进医疗卫生资源整合与综合利用,使得医疗应用场景更加智能、及时、便捷、高效、准确。(三)建设内容清单(四)总体技术要求1、系统应基于医院现有信息化建设基础,包括:硬件、网络、软件系统平台和数据库环境等,在现有信息化基础上充分考虑各医院现状。2、项目建设包含需求调研、软件设计、系统开发、测试、实施部署、培训、维护、税费等所有费用,即一直到整个项目调试

3、验收合格交付业主使用,招标人不再另行支付费用。3、软件设计严格执行国家有关软件工程的标准,保证系统质量,提供完整、准确、详细的产品说明书,应用设计符合国际、国家、医疗卫生行业有关标准、规范和医院自身的发展规划。4、系统间的整合:投标系统应实现与各医院目前使用的HlS系统的高度集成,投标人的投标价应包含支付给HlS软件供应商的接口费用。5、中标单位提供的所有产品所涉及到的知识产权和所提供的软件、技术资料是合法取得,不会因为采购人的使用而被责令停止使用、追偿或者要求赔偿,如出现上述问题,一切经济损失和法律责任均由中标人承担。6、招标人监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等

4、各项工作,投标人必须接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。7、系统建设所涉及产品应基于国产自研产品,需要进行对国产化适配的适应性改造。(五)详细技术要求5.1整体技术序号技术指标具体指标具体指标参数1技术架构要求总体要求应采用多层微服务技术架构体系,在充分保证业务灵活性和服务弹性拓展。2应采用B/S架构,客户端支持跨平台的多种主流浏览器,轻量化接入应用3基础设施层承载系统的基础设施,实现模块化的无缝横向扩展,形成统一的基础设施资源池以提供的基础设施服务。4数据层数据包括关系型数据、半结构化数据、文件等,应结合缓存技术与数据库分布式集群技术以提高数据服务性能,并保障数据的

5、高安全与高可靠性。5服务层应采用微服务架构,采用通用的通信协议和JSON.XML等通用的数据编码格式进行信息交互。6服务代理层服务代理层应通过反向代理、负载均衡等手段保证服务的高并发、高可用性和易扩展性。7展现层应采用动静分离、应用服务反向代理、负载均衡等组合方式分流对服务层直接的访问压力,达到高可用与高负载能力。8核心技结构化应提供多节点负载均衡;应支持并行执行技术提高序号技术指标具体指具体指标参数术要求数据存储技术事务响应时间,支持横向扩展提高每秒交易数和连接数;应提供结构化数据分布式存储服务。9非结构化数据存储技术引入市面上主流的缓存技术来存放高频率使用的热数据,降低服务器的CPU和内存

6、压力,减轻I/O的压力,提高数据高并发和海量数据的读写能力。10服务集群技术服务架构必须基于集群方式部署,支持负载均衡,方便进行水平扩容。11消息队列技术解决应用耦合、异步消息、流量削锋等问题。实现高性能、高可用、可伸缩和最终一致性架构。12数据库软件采用大型关系型数据库,如MSSQLSERVER2012或OraCleIOg及以上数据库等,另需支持国产数据库如达梦数据库、TiDb等。13数据库层与应用服务器操作系统支持Linux操作系统,另需支持国产服务器操作系统如麒麟、统信等。14应用客户端操作系统支持主流操作系统,另需支持国产操作系统如麒麟、统信等。15应用客户端软件应支持使用ChroIn

7、、IEFirefOX等多种浏览器。16服务治理要求总体要求应提供统一的服务治理平台,实现对服务节点统一的管理。17服务节服务节点管理主要针对硬件服务器的管理,完成服序号技术指标具体指具体指标参数点管理务节点的新增、状态监控等。18服务注册与发现实现服务信息注册,相应的服务注册信息将同步到服务代理层服务器。19服务安全管控服务技术平台应支持HTTPS加密传输协议,保证数据传输的安全性。20服务监控需要对当前服务的运行状况进行全面的监控,如果有异常或风险出现能够及时发现并处置。21服务日志应提供服务的日志管理及分析功能,便于排查故障原因以及提早发现安全隐患。22服务发布与更.应支持灰度发布机制,使

8、服务的升级调整能够平滑过渡。5.2 云HIS序号技术指标具体指标具体指标参数5.2.1诊疗管理1全科医生工作站总体要求全科医生工作站是协助全科医生完成日常医疗工作的计算机应用程序。其主要任务是处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。2门诊参数设置设置门诊相关业务的参数设置,包括医生桌面的默认接诊类型、处方分类的新增与维护、处方录入的上限数、医嘱全退分类、指标趋势、处方打印内容等。3实时提示医生对门诊病人状态的跟踪,包括对病人检查状序号技术指标具体指标具体指标参数态、诊毕状态、处方收费状态、处方发药状态等进行标记,以及特病病人提示且标记。4病人信息医生对门诊病人信息

9、的查看,查看该医生挂号的病人信息列表,选中病人查看收费情况、病人基础信息。5接诊管理医生对病人的接诊操作,对病人接诊信息进行修改。6支持在未接诊状态下能查看病人个人详情。7支持在接诊时对病人的体征详情和辅助信息进行记录。8复诊管理支持显示修改复诊病人以往的就诊记录,复诊的有效期限可根据参数配置。9转接诊管理支持不同医生和不同挂号科室之间转接诊。10支持不同挂号类型之间转接诊,如普通、急诊等。11支持病人转接诊情况实时查询,查看详细的就诊信息。12临床诊断临床诊断采用国际疾病分类10.0编码(ICD10.0),确诊病人诊断必填控制,规范医生处方。13支持常用诊断结构化选择,贴近医生操作习惯,加快

10、开方速度。14支持医生添加常用诊断,对医生的常用诊断模板权限控制(可分为全院模板,科室模板,个人私有模板)。15支持查看病人历史诊断查询并拷贝。16支持慢病、肿瘤、传染病诊断自动连接报卡。17历史就诊记录支持查询病人的历史就诊记录的信息。序号技术指标具体指标具体指标参数18处方医嘱处方医嘱采用医嘱组管理模式,医生下达西药、成药、草药处方后,自动传入HlS系统进行处方收费。19支持医生毒品、麻醉品、精神品、皮试药品处方权控制。医生开方时,如果未取得特殊药品处方权,则不允许开处方。20支持药品备注功能,方便医生输入相关注意事项。21支持多种开嘱方式,如按剂量、按用量、剂量和用量结合。22支持自备药

11、品开嘱,识别自备药品,传入HlS系统不收费。23皮试药品开方是否皮试或免试确认,标识皮试药品,反馈提醒药品皮试结果。24支持处方的多种录入方式,如处方模板调用、历史处方拷贝等。25支持药品信息查询,可查看药品的功能、规格、价格、使用说明、禁忌症等信息。26处方退药支持退药快捷操作,实现整张作废和单药品全退。27化验医嘱支持检验医嘱以电子检验申请单方式进行流转。28需要与医院LIS系统进行连接,支持医生通过系统向LIS系统提交电子检验申请单。29支持查阅LIS系统中返回的检验结果。30检查医嘱支持检查医嘱以电子检查申请单方式进行流转。31支持查阅PACS系统中返回的影像报告。32治疗医嘱支持治疗

12、医嘱以电子单据的形式进行流转。序号技术指标具体指标具体指标参数33支持医生开出电子治疗申请单,提供多种申请方式:输入式和选择式。34需支持治疗状态实时提醒,并进行严格的流程控制Jo35病理医嘱支持病理医嘱通过电子单据的形式进行流转。36支持医生开出电子病理申请单。37支持查阅病理系统中返回的病理结果。38医嘱退费支持多种方式的病人查询功能,包括发票号码、病人姓名、门诊号、就诊卡号。39支持对已收费的医嘱进行退嘱操作。40支持退药有效期控制。41支持整张作废和单药品全退。42费用查询支持该接诊人员的未收费、退费未处理、已收费金额查询功能。43支持该接诊人员的当前就诊和当前门诊的费用查询功能。44

13、皮试核对支持医生对病人皮试结果进行核对,包括阳、阴、脱敏、免。45支持显示皮试药品的详情,包括药品的产地、批次、批号、余额等信息。46控制未经核对的皮试药品,不能收费。47支持皮试费用挂帐,自动传入收费处。48支持皮试结果自动反馈到医生处。49日志查询管理支持医生查询个人平均处方价格。50支持按医生、科室汇总查询门诊日志。51智慧结算支持门诊医生诊间结算功能。52预约复诊支持复诊预约,填写预约复诊天数。序号技术指标具体指标具体指标参数53电子病假单支持医生在诊毕时新增/修改/删除病假单。54传染病报卡实现诊毕时确定传染病同时报卡,允许传染病报卡的补报。55慢病报卡实现诊毕时确定慢病病人同时报卡

14、。56生命体征就诊过程生命体症填写,支持根据年龄确认体重填写。57控制35岁以上病人必填血压,血压主动测定控制,支持根据病人的年龄、临床诊断自动提醒,要求病人测血压。58门诊护士工作站总体要求门诊护士工作站协助门诊护士对门诊患者完成日常的护理工作。其主要任务是协助护士核对并处理医生下达的皮试、注射、治疗、换药等工作,同时协助护士完成门诊病人体征信息预录入及门诊分诊、电子病假条等日常工作。59门诊皮试管理支持门诊护士工作站可自动获取皮试处方,并实现实行操作者/审核者的双签名制。60支持病人多个药品皮试处理。61支持皮试时间控制,允许自定义药品皮试时间。62支持皮试药品批号核对,提供皮试费用自动挂帐,传入收费站。63支持病人皮试情况动态提醒。64支持记录皮试结果,自动反馈给相关科室。65控制药品皮试阳性不允许配药。66需提供皮试免试、重试。支持病人皮试记录查询(磁卡、病人姓名等)和未皮试病人查询。67日志查询支持门诊护士工作站可按分院、医生、科室等信序

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

当前位置:首页 > 论文 > 毕业论文

copyright@ 2008-2023 yzwku网站版权所有

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

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