统一影像管理平台需求说明_第1页
统一影像管理平台需求说明_第2页
统一影像管理平台需求说明_第3页
统一影像管理平台需求说明_第4页
统一影像管理平台需求说明_第5页
已阅读5页,还剩6页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

统一影像管理平台需求说明(一)影像存储管理支持3个存储层-在线(全SASRAID)、近线(SATA的RAID)和离线(虚拟磁带库/传统磁带库)存储,分为在线管理服务和长期存储管理服务模块。工作流程管理器控制其内置在线存储管理器和分布式工作流程管理器(每个管理器管理一个本地磁盘或RAID),后者可最大限度地减少网络负载。协调长期存储管理器活动,该管理器用于管理近线与离线存储设备包括:检查量和存储需要增加时,存储单元可按增量增加。支持在线存储与近线存储之间数据的自动迁移。可根据用户的需求,设置存储设备的影像删除策略。支持多重存储体系以及数据管理方式。具有自动存储管理功能,支持存储“水线”设置,即:如果系统超出或者达到存储“水线”设置值,系统将自动转存最早的数据以保障存储空间。自动将影像按照预定策略写入长期存储媒介进行管理。预定策略可配置可以选择在系统空闲时间进行备份操作或者实施备份。支持影像存储的生命周期管理功能。支持多级在线存储策略,并且能够随时调整。支持放射、超声、病理、内镜、心电等影像接入该平台,进行数据的统一管理和调用。实现所有医学影像按生命周期管理模式进行统一存储,保证医学影像的存储安全性。支持HL7/DICOM/XDS/PIX等国际标准,提供标准化的临床影像数据和文档的统一管理,包括结构化以及非结构化的文档数据(XML,Microsoftoffice,JPG,bmp,PDF,音频、视频数据等)的接入和管理。接收各个医技信息系统所提交的文档及影像元数据注册,为各医疗文档/影像提供中心的元数据存储服务。关联院内的统一患者号到为该患者所注册的各类文档/影像数据。文档/影像元数据查询。根据各医疗业务系统所提交的文档及影像数据查询请求检索并返回相关的文档/影像信息。汇集各影像科室信息系统所提交的各类结构化及非结构化报告及其它文本文件、影像DICOM文件、申请单或其它影像文件等,为整个院内影像平台提供中央存储和文档提取能力。支持完整的文档生命周期管理,保证文档的可靠存储和安全提取。实现所有医学影像按生命周期管理模式进行统一存储,保证医学影像的存储安全性。要求采用VNA管理平台,满足PB级海量数据的管理需求。支持将多个来源和多种格式(DICOM、XDS)的患者资料整合到一份资料中,以供用户访问。支持检查申请的录入、提交。支持客户端多数据源(文档/影像元数据)联合查询。根据各医疗业务系统所提交的文档及影像数据查询请求检索并返回相关的文档/影像信息。提供基于Web的ArchiveExplorer,对放射等医技影像,报告实现以病人为中心的统一浏览。支持DICOM/Non-DICOM数据Side-by-side展示。以用户权限管理方式,共享数据规则设定方式,实现临床数据共享与各接入医技信息系统通过HL7方式或其他私有协议方式进行集成,实现相关文本信息的格式转换。所投统一影像管理平台系统,对接院内HIS、放射、超声、病理、内镜、心电、核医学等相关信息系统,影像平台应用支持与公众号、小程序、APP等移动端应用集成。(二)影像采集管理实现从现有业务系统及外部数据来源中检索/接收,将来自不同系统、具有不同数据格式的数据转换成统一格式并去除错误的操作,并加载到影像数据中心。将所需的数据从各业务系统数据集中到影像数据中心,并对抽取的数据进行校验和必要的转换。当数据获取层搜集并整理完一定周期内(如每分钟、每小时、每天)的数据后,将启动数据加载模块将数据加载入数据中心。提供各种行业标准的数据接口,例如HL7、DICOM、非DICOM、IHE(包括XDS、XDS-i)和WADO协议,支持医院历史影像数据迁移,支持与各医技系统无缝对接。支持临床数据通过Web页面手工采集,包括数据采集、质控、补充、上传等功能。支持将静态图像、视频、文档和其他非DICOM文件采集到本地。采集过程包括导入文件、文件内容(例如,编辑图像和附加检查及患者详细信息)以及保存文件。实现从现有医技信息系统中检索/接收,将来自不同系统、具有不同数据格式的数据转换成统一DICOM格式并去除错误的操作,并加载到影像数据中心。(三)影像运行监控对影像运行状态进行监控,包含:网络、服务器、存储等硬件监控,软件系统运行状态监控、系统接口监控。各类监控信息可设置不同级别的告警方式,提供多种告警信息输出接口,可把告警信息转输给第三方系统,确保相关人员可以随时随地掌握系统以及业务相关重要信息。提供监控历史记录的管理如告警信息等,可以对告警等日志信息进行查询,支持设置关键字实时监控系统的日志事件。提供服务器硬件资源状态的实时监控和展示功能,至少可显示CPU使用率、内存使用率、磁盘I/O、网络I/O;支持配置状态展示时间段、刷新频率等。提供服务器应用软件资源状态的实时监控和展示功能,至少可显示虚拟机操作系统运行状态、数据库服务器SQL记录、数据库性能、数据库列表及状态,应用服务器站点连接及状态、站点请求数、应用程序池等信息。提供影像采集、存储情况实时监控与展示,包含但不限于每日采集影像数量(按检查分类)、总采集影像分数等。(四)影像统一发布临床医生可通过统一的病人编号、统一的工作界面直接访问影像信息发布系统客户端的形式或通过EMR调阅影像信息发布系统客户端的形式来访问患者的影像及报告。可支持使用者一次性查询到患者在医院做过的不同时期做过的所有检查。针对患者的医技检查报告,支持两种调阅模式:患者的PDF格式的图文报告;患者的单独的图像界面和单独的报告界面。支持影像调阅权限控制,针对影像平台用户的调阅权限可以个性化配置,支持按用户、按检查、按病人的访问权限控制。基于影像数据平台,为全院临床提供统一的医技检查影像及报告的浏览门户。影像平台具备总览门户,含指标统计内容,包含但不限于影像数量(按系统分类)、报告数量(按系统分类)、影像浏览量等。可在支持HTML5的浏览器(如Chrome,IE,Safari等)中直接调取患者各类影像数据(如放射、超声、内镜、病理等)及报告,无需下载任何软件,也不会在本地遗留任何数据,确保数据移动访问中的安全性。具有影像查看和处理工具(例如缩放、平移、窗宽/窗位调整、影像播放等)。可以在同一个界面里同时显示患者的检查报告和图像,方便医生查找、浏览病灶。支持便笺备注功能,医生可以将不便于写在报告内容上的信息或者其它临床诊断说明通过便笺留言保存在系统中,并与其它医生进行交互和共享。支持患者前后两次或多次检查的分屏同步对比功能。可实现多次检查影像的同步显示,包括放大缩小、图像滚动、3D体位旋转等。支持通过超链接直接定位到相关图像功能。支持临床医生与放射科医生之间的屏幕共享及即时通讯聊天功能。(五)影像平台应用云胶片应用实现与公众号对云胶片数据的浏览接口。产品应全面支持DICOM3.0标准。产品应全面遵循相关的IHE国际规范。支持即时采集患者DICOM影像数据。支持采集已审核完成检查报告、患者信息。支持通过二维码关联病人影像空间的云电子胶片、各类检查报告(放射、超声、内镜、病理等)、DICOM影像的移动端浏览。支持DICOM影像的移动端下载及浏览服务,支持移动端浏览影像,并具备测量、标注、窗宽床位调整、挂片、定位线等功能。支持手机短信验证、身份证号输入验证,以及组合验证等。支持在线原始DICOM影像调阅,提供DICOM影像在线窗宽窗位处理、移动、缩放。支持实时生成二维码分享。支持即时生成分享识别码,分享访问时必须通过识别码验证。支持患者查看自己当前和历史检查报告和电子胶片,综合了解病情和精准医疗。支持患者多次检查统一管理,检查报告和医学影像在线调阅。运营监控应用、指标分析2.1 完全基于浏览器的数据监控和展示工具,无需安装客户端软件、无需手工维护。2.2 与生产系统独立的数据监控和展示工具,有独立的数据库和服务,数据的查询和分析不影响生产系统的效率。2.3 支持PC端和移动端(如iPAD)的展示,授权的用户可以通过浏览器(如Edge、Chrome、Safari)查看数据。2.4 提供图形化组件对影像科室的业务流程、生产效率、服务质量等运营指标进行实时展示和监控,至少包括设备工作量、人员工作量、患者检查耗时、在线用户数、业务流程各环节状态、医生工作效率分布、报告完成质量等指标。2.5 用户可以自定义监控主页,配置感兴趣的图形化组件,可以对组件进行自定义布局,大小可灵活设置,布局不限于上下对称、上下非对称、左右对称、左右非对称。2.6 图形化组件支持多种展示类型,包括饼状图、柱状图、线状图、散点图等。2.7 每个图形化组件可以在页面上直接配置和自动刷新,至少支持配置组件名称、组件数据刷新频率、数据获取时间间隔等。2.8 图形化组件可提供数据过滤功能,用户可直接在组件页面选取过滤条件,分类显示不同数据。2.9 支持对监控指标的数据钻取和深度分析,用户点击组件图表即可查看对应的详细信息和数据分布趋势。2.10 提供大屏显示功能,用户可以配置与监控主页不同的大屏显示页面,支持大屏显示多页面自动轮播,支持动画背景。2.11 提供预警触发和管理机制,对如患者候诊时长、报告发布时长、存储可用空间、设备可用空间等敏感状态进行预警设置,用户可以新建、编辑、启用/禁用预警记录,可以配置预警监控起止日期、预警间隔以及预警阈值等。2.12 提供预警消息推送机制,支持模板选择和自定义预警信息,并以站内信形式将预警信息推送给指定用户。2.13 提供基于Web的报表统计功能,用户可以选择统计查询条件、报表统计的结果数据,报表统计包含综合统计、检查信息列表统计、医生工作效率统计、阳性率统计及自定义统计。2.14 支持将统计报表结果数据导出成Excel文件。2.15 支持权限管理,可根据不同角色配置数据展示的权限。2.16 提供系统维护功能,包括数据库维护、数据集维护、报表维护、图形化组件维护和主题维护。2.17所投医技科室运营监控应用、指标分析应用必须根据科室需要与院内医技系统进行对接,对接所产生的所有费用由负责。2.18项目工期要求,合同签订后30日内完成系统上线,并无缝同步近1年的CT、MR、DR影像数据到影像平台。3.评级要求3.1支持医院评级评审工作3.11系统功能需满足电子病历6级、互联互通5乙、智慧服务3级评级要求。3.2检查到检3.21对目前叫号系统进行改造,对接第三方自助报到机、屏幕,实现二次分诊;3.22将检查病人呼叫到对应的检查室,在检查室门口小屏显示当前检查病人及候诊病人。(六)影像安全控制为了保证提供的运行,并提供系统运行的相关记录,系统提供了完善的日志记录功能,日志系统全程记录系统运行的所有活动,并且可以对日志系统本身进行各种诸如、备份、统计、查询等操作。系统的日志通过相应的权限能够通过WEB或者专门工具进行访问。提供产品需满足网络安全等级保护2.0三级要求,支持并配合医院网络安全等级保护2.0测评其他相关工作。(七)服务要求序号目录服务需求(一)免费保修期内售后服务要求1免费保修期不低于3年的免费原厂维保服务,提供原厂工程师上门安装、部署、调优服务。免费维保期过后维保费率不超过合同金额的8%。提供售后服务承诺函。2维修响应及故障解决时间维修服务响应:使用者在使用过程中如发现不能自行解决的问题,可直接用电话、传真等方式与中标方联系,30分钟内远程技术支持,紧急情况1小时到达现场。一般故障4小时内处理完毕,重大故障12小时内处理完毕。发生设备故障不能在12小时内解决问题的须提供同档次或以上的备用机器,须确保在24小时内设备正常运行。给使用者造成损失的,中标方要照价赔偿。3售后保障须在深圳有售后服务机构,在深圳市有技术人员提供售后技术服务,确保能够提供高质量、及时响应的售后服务。4技术支持与系统维护应提出系统通过验收后的支持方案。提供的服务至少须包括:1.提供每三个月对采购方系统运行状况进行1次评估服务;2.敏感时期、重大节假日提供技术人员专门值守服务;3.健康检查服务:通过自动化软件提供每月1次健康检查服务,并输出健康检查报告。4.文档更新:实施系统维护或修改设计后,应在一周内更新有关技术文档并提交采购人。5培训要求应负责对采购单位人员进行全面技术培训。培训内容包括以系统(含软硬件)技术性能、使用、测试、维护及故障排除为主的初级培训和以系统优化及系统配套管理软件等内容为主的中、高级培训、认证资格培训和专业培训(课程由采购单位自选,不必考证获证)。投标方须提出详细的用户培训计划,至少须包括:(1)对主管领导、系统运行维护管理人员等不同对象的培训计划;(2)培训课程安排、培训方式及时间,地点场所由采购单位提供。(3)要求对各类培训对象编写不同的培训教材。(4)受训人员经过培训后,应能熟练掌握和使用所培训的技术内容,能够独立承担和完成相应的系统维护和管理工作。(5)对采购人的系统维护管理人员提供下列专业培训:a)系统维护管理、故障的诊断与处理、系统设备技术等方面的培训。b)每年提供1-2次新技术、新产品等方面的培训。6其他6.1应按其投标文件中的承诺,进行其他售后服务工作;6.2原厂须每年免费提供二次的容灾演练服务承诺,具体演练要求由用户单位提出。6.3系统可按采购人需求进行免费个性化开发及定制服务。(二)免费保修期外售后服务要求1免费保

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论