文档视界 最新最全的文档下载
当前位置:文档视界 › 医学影像软件治理标准

医学影像软件治理标准

医学影像软件治理标准
医学影像软件治理标准

医学影像软件治理标准

[新版]

医学影像管理软件功能规范

第一条定义

《医学影像管理软件》是处理各种医学影像信息的采集、存储、报告、输出、管理、查询的计算机应用程序。

《医学影像系统软件》广义上应该涵盖医院以及各级医疗机构中与医学影像的存储,传输,浏览相关的全部计算机应用程序。狭义上,一般指影像科室的日

常影像学诊断活动所使用的计算机程序。

包括用于放射科工作管理的管理软件(通常称为RIS),也在讨论范围之内。

第二条目标

1、充分利用计算机技术,实现快速分享与交流影像学资料,长期,安全,系统,有效地保存影像学资料;

2、简化基于影像检查的医疗活动流程,缩短病患的就诊时间;、充分利用计算机技术中强大的数据检索特点,方便快捷获取参考资料,3

提升医疗质量。

4、利用计算机技术,保证影像检查资料的数据一致性,有效降低由于人为失误造成的医患纠纷;

5、为医院的教学、科研工作提供技术支持。

第三条功能

(一)业务处理功能

1(影像获取

z 影像设备要求采用DICOM方式获取影像; z影像设备无DICOM方式输出影像时,通过Gateway 方式获取到的影像,应该达到国家对影像质量的有关标准要求,能够用于临床诊断。

z 无论标准DICOM方式,还是Gateway 方式,系统均应该提供详尽的日志以供校验与核对。

注:影像设备是否能够支持DICOM Storage ,依照仪器设备的《DICOM Conformance Statements》为准。

2(影像存储

z 要求系统能够存储目前影像技术中常用的CR、DR、DSA、

CT、MR、US、PET 、ECT 、Edoscopy 等不同类型的医疗影像。

z 要求系统在存储影像时,采取无压缩(原始数据)或者无损压缩方式进行存储。换言之,任意一份影像资料,在系统中均应该保证至少一份无压缩或者无损压缩的数据资料。不得采用任何有损压缩方式永久保存影像资料。

z 系统应该能够提供超过十五年的保存办法,影像资料永久保

存的介质必须通过相关质量保证。

z 系统要求具有较高的影像资料安全性设计。z 医学影像系统应允许系统设计成在线、离线的分级影像存储方式。但同时要求不得因为存储方式的原因给临床应用的终端造成调阅、浏览影像的障碍。

z 系统应依据不同的设计提供各类日志,例如:数据整理日志,数据备份日志,重复或错误数据修正日志等,以备核对与校验。

3(影像通讯

z 医学影像系统通讯要求完全遵循DICOM 3.0国际标准。z 系统中应该至少保存7天以上的影像通讯DICOM细节日志。z 仪器设备传送影像资料到影像系统的通讯过程,应尊重仪器

设备的特性,同时参照计算机网络安全标准以保障仪器设备

的正常工作。

z 影像科工作站以及临床工作站调阅影像速度以医生忍受程度为准,CT、MR等多幅影像应当尽快显示第一幅图像,余下影像由后台操作功能实现。

z 医学影像系统应该是开放的系统,能够无障碍地与任何遵循DICOM 3.0的不同供应商的仪器设备,影像工作站通讯。(包括以交换光盘方式进行通讯)4(影像浏览

表达

z 影像诊断的工作站,呈现的影像要求达到数字化仪器设备终端所表现出来的影像质量。若影像来源为非数字化设备,其影像的呈现质量必须符合诊断要求。

z 符合DICOM(第14章)关于不同显示设备一致性的要求。z 支持对影像的窗宽,窗位调节。

z 支持在同一窗口显示同一病患的多次检查影像(包含不同的检查类型,如CT,CR,MR)结果,不同检查类型的影像应该能够分别设置不同的图层显示文字。

z 支持工作站多屏状态下双向同步操作。

z CT等断层扫描技术所得到影像,支持定位线的显示。z 支持影像放大,缩小,区域放大。支持影像旋转,镜像。z 支持动态影像浏览,要求能够自由调节动态影像的播放速度。

z 支持各类标注。如:文字,CT值等

处理

z 支持各类测量,长度,角度、比例,面积,CT值。z 支持滤波、锐化、多平面重建、三维重建、血管造影、虚拟内窥镜、图像融合等。

z 支持影像伪彩。(非必要条件,只适宜于核医学和超声图像中)5(读片会议

z 医学影像系统应能满足影像科日常读片会议的需求及临床科室在影像会诊方面的需求。

z 使用显示器阵列,要求软件既能分别控制每一个显示器,又能够同步控制所有显示器;各个显示器的亮度和对比要调整到同一个范围(符合DICOM关于显示一致性的要求)。

6(远程会诊

z 医学影像系统应能满足远程医疗咨询对影像传输需求,z 远程影像会诊应该允许一对一、一对多、多对多的会诊方式。z 要求每个参与者面前的图像是以同样方式表达的,并能够同步传送视频和音频信号。

z 远程影像会诊中的影像传输可采用DICOM Loss 压缩算法。

z 凡采用压缩算法的非DICOM格式的原始数据在作诊断应用时应慎重。

7(影像教学

z 医学影像系统应能够支持DICOM标准影像转换到bmp ,jpg ,tif ,avi 等常用影像格式。

z 医学影像系统应提供将常用影像格式的影像,如bmp ,jpg ,tif ,avi 等转换成DICOM影像。

z 方便收集、提供典型教学图像,具备编辑多媒体教学幻灯片功能。

8(诊断报告

z 具备编辑、修改、审核、分发、存档、检索功能。z 能实现结构化诊断报告。

z 能提供各种诊断、报告模版,支持用户自定义模版。z 可引用病人其他检查结果及临床信息。z 实现图像和诊断报告统一管理。(由专门模块保证图像与病员信息安全匹配,尽量采用WORKLIST方式或由RIS 系统提供类似功能)。

9(科室管理

z 科室统计

… 各影像检查设备的使用情况,产生的影像数据量;

… 收入、工作量、阳性率、申请检查科室统计等z 病人管理(预约;登记;病史、费用信息查询) … 预约:能从HIS 获取病人相关信息;可按设备、检查项目、检查医师、临床科室等分组预约;预约时段以分钟为单位可自由设定;可方便地追加、修正、取消预约;可打印预约单及预约一览表

… 登记:可直接调用预约病人相关信息;更完备的病人、

检查、临床详细信息的录入机制以适应各种需求;同一病人多种检查一次登录… 检查安排:

… 病例随访

… 成本核算

… 排班管理

z 医生管理(工作安排、工作量统计、工作质量调查等) z资源管理(胶片使用量、其他耗材等)

10(数据挖掘和辅助诊断

z *便于医学影像资料归类和整理

z 便于挖掘科研教学和疑难、典型病例的影像资料z *支持影像结果智能化辅助诊断

(二)综合分析功能

z 疾病分类统计

z 工作质量分析(诊断质量和技术质量)

(三)管理控制功能

z 应能够提供明确的存储空间使用情况,设定额定容量(最小保留空间)等功能。

z 系统应能够提供影像传输流量分析数据。z 系统应该提供影像存储规则、方案的管理,并应该允许对规则、方案进行调整。

z 系统应能够限制并有效防范未经许可的其他设备,程序等对影像以及相关资料作任何操作。

z 系统应提供完整、有效的用户账号,权限管理。z 系统应支持在线诊断报告编辑的状态锁定,锁定标志可以在图像查询界面上显示。

(四)相关接口

z 支持与RIS 或者HIS 的无缝连接(遵循HL7标准)。z 支持对IHE 框架文件的连通性测试。

z 对医学影像设备要求提供如下接口:存储SCU 、存储SCP 、查询检索SCU 、查询检索SCP 、打印SCU 、工作单管理SCU 。

第四条要求

z 医学影像系统应对影像科室的工作流程,工作规范提出要求:病人身份识别要求唯一性;仪器设备操作规范,输入信

息准确完整。

z 医学影像在线存储容量要求能够满足医院6个月的影像资料。

z 用于诊断为目的的医学影像工作站必须配备医用高分辨显示器。(如注明” 医用” 显示器,须参照美国FDA 医用显示器标准,)

z 由于系统故障所引起的宕机直至应用恢复时间要求三级医

院在20分钟之内,二级医院在1小时之内,数据校验,整理直至全面恢复到故障点之前状态,要求系统供应商有明确的时间限制。z 要求系统故障引起的宕机低于3次/年。

z 系统要求有较高的安全性,至少应明确地部署一套有效的病毒、黑客防范方案与措施。

z 系统应具备数据库开放的功能,便于应用部门自己维护和添加符合个性化需求的功能。

第五条统一代码库

z ICD-10

z ACR Index

(ACR Index for Radiological Diagnosis简称ACR Index,ACR Key 或ACR Code ,是一种

应用于影像学分类的病理编码,由美国放射学院(American College ofRadiology)编制,

目前已经出版了第四版的病理编码(pathological codes for

radiology,4thedition )。

与其他的疾病分类不同,它的特点是适合影像学诊断分类,对影像资料的有序管理提供很大

的方便,目前已经被西方放射学界接受,应用于影像数据库管理等方面)z SNOMED(国际医学规范术语全集)

第六条输入输出信息

输入:标准DICOM影像数据(包含病患基本信息,检查信息,影像数据以及其他),非标准DICOM影像数据(常用格式影像,如bmp ,病患基本信息,检查信息),医务人员账号,密码;

输出:非标准转换得到的标准DICOM影像数据,后处理产生的标准DICOM 影像数据

医学影像数据传输处理软件产品技术要求高通

2.1系统应符合GB/T 25000.51-2010 中第5 章和第6 章的要求。 2.2外观 2.2.1系统包装应端正、表面光洁,存储介质可正常读操作。 2.2.2光盘或U 盘表面应具有以下信息: 制造单位名称、商标; 产品名称; 制造日期或编号; 软件版本号。 2.3性能 2.3.1安装和卸载 系统应能顺利安装和卸载。系统按使用说明书规定安装后,应能正常工作,图文应清晰,各模块应能正确进行各功能的运行。 2.3.2预约叫号 a)应能按特定时间进行预约登记病历; b)应能在预约队列中选择患者、检查室、呼叫患者进行二次候诊或检查。 2.3.3病历管理 a)应能打开病历,查看患者有关信息; b)应能修改病历,更改患者有关信息; c)应能删除病历,消除患者有关信息; d)应能打印病历,打印机输出报告内容包含患者信息,图像、检查日期等信息; e)应能采用不同颜色标识病历的不同状态,已登记、已诊断、已审核、已打印的状态; f)应能导出病历,可采用U 盘保存或刻录至光盘上保存; g)应能恢复未彻底删除的病历,恢复患者有关信息。 2.3.4图像采集 a)应能对影像设备产生的图像进行冻结、拍照保存; b)应能对影像设备产生的图像在显示器同步显示; c)应能对已采集图片进行复制、删除、图像说明和打印标记。 2.3.53D 影像采集 a)应能对影像设备产生的3D图像进行拆分、组合成可视化的3D图像(2D图像); b)应能将影像进行录制存入硬盘中。 2.3.6DICOM 图像接收 系统传输图像应满足以下质量要求: a)灰阶采用RSNA(Radiological Society of North America) 推荐的SMPTE(The Society of Motion Picture and Television Engineers)图进行测试,按照RSNA 标准,应可分辨出95%~100% 和0%~5%区域内的内容; b)图像显示分辨率应达到1024×1024 点分辨力; c)显示几何失真度应在±5%以内。

医学影像传输处理软件产品技术要求万里云医疗信息

医学影像传输处理软件 适用范围:本产品属于科室级PACS,适用于医院影像科。本产品采用标准的CS 架构,适用于符合DICOM3.0标准的CR、DX、CT、MR类型医学图像的存储、传输、显示、处理、管理及报告编辑功能。 1.1 软件型号规格:WLYtelemedicine system 1.2 软件发布版本:1 1.3版本命名规则 本软件版本命名规则为X.Y.Z, 其中: X=重大增强类软件更新,为本软件的发布版本,从1 到 999 Y=轻微增强类软件更新,范围从0 到 99。 Z=纠正类软件更新,范围从0到9999。 2.1 通用要求 2.1.1 处理对象 处理图像类型:CT、MR、CR、DX;图像格式DICOM。 2.1.2 最大并发数 最大并发用户数:单台服务器并发数300。 2.1.3 数据接口 2.1. 3.1 医学影像数据接口DICOM ; 2.1. 3.2 支持在网络环境中使用标准的网络协议的操作,如OSI和TCP/IP 2.1.4 特定软硬件:摄像头(无数据输出格式限制)

摄像头安装在登记工作站上使用,用来拍摄患者的送检单,转换成图片后作为患者的病史保存在PACS系统中。 2.1.5 临床功能 a) 显示患者信息; b)检索功能:可以通过登记时间,检查部位,检查状态筛选患者; c) 修改患者信息:在患者列表中,可实现修改患者详细信息。 d) 显示医生基本信息。 e) 医生可以编辑自己的知识库,即报告模板。 f) 医生可以根据需要将病例收藏至收藏夹下。 g) 管理选项:选择管理选项,可以添加医生账户并设置医生权限。 h) 可以根据影像信息给患者书写报告。 i) 可以修改以往的报告。 j) 连接打印机后,选择安装的打印机,可以打印患者的报告。 k) 可在阅片状态下,完成以下图像调节: l 图像移动、放大缩小、翻转旋转; l ROI(感兴趣区域); l 反色; l 方形遮蔽、自动遮蔽; l 伪彩色; l 图像增强; l 图像播放; l 布局:控制页面中显示窗口个数;

电子病历应用管理规范2017版

电子病历应用管理规范(试行) 第一章总则 第一条为规范医疗机构电子病历(含中医电子病历,下同)应用管理,满足临床工作需要,保障医疗质量和医疗安全,保证医患双方合法权益,根据《中华人民共和国执业医师法》、《中华人民共和国电子签名法》、《医疗机构管理条例》等法律法规,制定本规范。 第二条实施电子病历的医疗机构,其电子病历的建立、记录、修改、使用、保存和管理等适用本规范。 第三条电子病历是指医务人员在医疗活动过程中, 使用信息系统生成的文字、符号、图表、图形、数字、影像等数字化信息,并能实现存储、管理、传输和重现的医疗记录,是病历的一种记录形式,包括门(急)诊病历和住院病历。 第四条电子病历系统是指医疗机构内部支持电子病历信息的采集、存储、访问和在线帮助,并围绕提高医疗质量、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能的计算机信息系统。 第五条国家卫生计生委和国家中医药管理局负责指导全国电子病历应用管理工作。地方各级卫生计生行政部门

(含中医药管理部门)负责本行政区域内的电子病历应用监督管理工作。 第二章电子病历的基本要求 第六条医疗机构应用电子病历应当具备以下条 件: (一)具有专门的技术支持部门和人员,负责电子病历相关信息系统建设、运行和维护等工作;具有专门的管理部门和人员,负责电子病历的业务监管等工作; (二)建立、健全电子病历使用的相关制度和规程; (三)具备电子病历的安全管理体系和安全保障机制; (四)具备对电子病历创建、修改、归档等操作的追溯能力; (五)其他有关法律、法规、规范性文件及省级卫生计生行政部门规定的条件。 第七条《医疗机构病历管理规定(2013年版》、《病历书写基本规范》、《中医病历书写基本规范》适用于电子病历管理。 第八条电子病历使用的术语、编码、模板和数据应当符合相关行业标准和规范的要求,在保障信息安全的前提下,促进电子病历信息有效共享。 第九条电子病历系统应当为操作人员提供专有的身份标识和识别手段,并设置相应权限。操作人员对本人身份

医学图像处理软件产品技术要求乐普

医学图像处理软件 适用范围:适用于接收符合DICOM3.0传输协议的诊断X射线机序列图像,进行处理、查看、备份和归档以及三维重建。 1.1 软件型号规格 软件型号:Vicor-AE Vicor:代表产品品牌代号 AE:代表产品类型代号 1.2 软件版本 发布版本号:V2.0 1.3 软件版本命名规则 完整版本编号:VX.Y.Z.B 发布版本编号:V X.Y ?V:代表版本的意思 ?X:产品主版本号,初始版本号为1,软件发生重大增强类更新,包括适应型(运行平台改变)及重大完善型(模式增加,核心算法改变等),主版本号加1,且产品子版本号、产品修订版本号和产品内部版本号重新由 0开始计数;?Y:产品子版本号,初始版本号为0,软件发生重大增强类更新,包括功能完善,界面调整等,子版本号加1,且产品修订版本号和产品内部版本号重新由 0 开始计数; ?Z:产品修订版本号,初始版本号为0,软件发生轻微增强类更新和纠正类更新时,修订版本号加1,产品内部版本号重新由0开始计数; ?B:产品内部版本号,内部构建使用,初始版本号为0,修改后版本号加1,亦可使用其他形式,例如日期等,需在相关项目文档中进行规定。 2.1 通用要求 2.1.1 处理对象 软件的处理对象是符合DICOM 3.0标准的诊断X射线机序列图像。 2.1.2 最大并发数 软件支持接收多个发送端传送DICOM图像数据,最大并发数是3。 2.1.3 数据接口

1)数据接口:DICOM 3.0接口; 2)产品接口:RJ45网络接口。 2.1.4 特定软硬件 不适用。软件完成预期用途无需独立软件和医疗器械硬件的支持。。 2.1.5 临床功能 主要包括: 1)图像数据接收:接收符合DICOM3.0标准的医学图像数据。 2)备份和归档:提供将医学图像数据备份到光盘的功能;支持将医学图像数据归档至符合DICOM3.0标准的系统中。 3)图像数据查询:根据用户预设的检索条件(包括病人ID、病人姓名、性别、申请号、检查ID、检查日期、手术医生、操作技师等),筛选符合条件的患者数据;同时支持快捷查询(包括当日检查、一周内检查、一月内检查、浏览历史等)。 4)图像数据浏览 a)用户可控制当前浏览的图像数据的播放(包括暂停/播放、上一帧、下一帧、第一个序列、上一序列、下一序列、最后一个序列); b)对当前浏览的图像数据实现基础图像处理,包括图像窗宽窗位调节、图像缩放、图像反色、旋转(水平翻转、垂直翻转、图像旋转)、测量(手动长度测量、角度测量、曲线长度测量)、文字标注、图像另存; 5)报告管理:提供报告编辑、浏览和打印功能。 6)胶片打印:提供胶片打印功能,提供多张图像合并打印功能,记录胶片打印的数据,并在再次打印时可以直接加载。 7)高级图像处理(可选): a)三维图像重建:多平面重建(MPR)和三维容积重建(VR)。 包括三维旋转、平面旋转、图像移动、图像缩放、长度测量、角度测量、清空测量标注、盒状剪裁、映射方案、重置视图功能。 b)步进图像拼接。 2.1.6 使用限制 1)需要提供正确的用户名和密码才能进入软件。

医学影像信息管理软件产品技术要求性能指标开立

2性能指标 2.1质量要求:软件应符合GB/T25000.51-2016中第5章的要求。 2.2外观 2.2.1软件包装应端正、表面光洁,存储介质可正常读操作。 2.2.2光盘盒表面一般应当包括以下内容: a)制造单位名称、商标; b)产品名称; c)制造日期或编号; d)软件发布版本号。 2.3性能 2.3.1安装和卸载 软件应能顺利安装和卸载。软件按使用说明书规定安装后,应能正常工作,图文应清晰,各模块应能正确进行各功能的运行。 2.3.2预约叫号候诊 a)应能按特定时间进行预约登记病历; b)应能在预约队列中选择患者、检查室,呼叫患者检查; c)应能即时反馈病人候诊情况; d)应能对预约总量、不同时间段检查量进行管理。 2.3.3病历管理 a)应能打开病历,查看患者有关信息; b)应能修改病历,更改患者有关信息; c)应能删除病历,删除患者有关信息; d)应能打印病历,打印机输出报告内容包含患者信息,图像、检查日期等信息; e)应能采用不同颜色标识病历的不同状态; f)应能对病历进行特殊标记; g)应能导出病历; h)应能恢复未彻底删除的病历,恢复患者有关信息。 2.3.4病历资料查找、统计

a)应能根据病历资料中的单个项目或组合项目为条件进行查找,如病人姓名、年龄、登 记日期等; b)应能按项目、工作量等进行统计。 2.3.5条码扫描 软件应能支持扫描条码的方式提取病人资料。 2.3.6采图、录像 a)应能对影像设备产生的图像进行动、静态采集保存; b)应能对影像设备产生的图像在显示器同步显示; c)应能对已采集图片进行复制、删除、图像说明和打印标记; d)应能对影像设备产生的图像进行录像保存; e)应能支持各种分辨率的图像的采集和录像。 2.3.7病历信息追踪 应能标识计划追踪、正在追踪、追踪完成的病历、并能输入追踪信息。 2.3.8图像查看与编辑 a)应能对图像标识部位及说明,对图像进行标注,可专门根据部位及说明来查找、浏览 相应图像; b)内置多种体位图供选择,可根据所选部位自动在体位图上定位; c)图像可选择性导出导入。 2.3.9检查报告单打印 a)应能创建各种不同的报告类型及格式,可设置为无图及多图的报告格式; b)编辑检查报告时自动提示同名病历,可以查看和复制病历检查信息; c)应能将当前图像与历史图像同屏显示对比; d)应能病理申请。 2.3.10用户权限 a)以管理员账号登录时应能添加、删除用户或修改用户的权限; b)不同的用户登录软件后应只具有相应的权限。 2.3.11系统安全性 软件应具有用户及密码验证功能,防止非法用户进入软件。

医学图像处理综述

医学图像处理综述 墨南-初夏2010-07-24 23:51:56 医学图像处理的对象是各种不同成像机理的医学影像。广泛使用的医学成像模式主要分为X射线成像(X—CT) ,核磁共振成像(MRI),核医学成像(NMI)和超声波成像(UI) 这四类。 (1)x射线成像:传统x射线成像基于人体不同器官和组织密度不同。对x射线的吸收衰减不同形成x射线影像。(例如人体中骨组织密度最大,在图像上呈白影,肺是软组织并且含有气体,密度最低,在照片上的图像通常是黑影。)常用于对人体骨骼和内脏器官的疾病或损伤进行诊断和定位。现代的x射线断层成像(x—cT) 发明于20世纪70年代,是传统影像技术中最为成熟的成像模式之一,其速度已经快到可以对心脏实现动态成像。其缺点是医生要在病人接收剂量和片厚之间进行折衷选择,空间分辨率和对比度的还需进一步提高。 (2)核磁共振成像(MIR) 发展于20世纪70年代,到80年代才进入市场,这种成像设备具有在任意方向上的多切片成像、多参数和多核素成像、可实现整个空问的真三维数据采集、结构和功能成像,无放射性等优点。目前MRI的功能成像(fMRI) 是MIR设备应用的前沿领域,广泛应用于大脑功能性疾病的诊断,并为肿瘤等占位性病变提供功能信息。MRI 受到世人的广泛重视,其技术尚在迅速发展

过程中。 (3)核医学成像(NMI ) ,目前以单光子计算机断层成像(SPECT) 和正电子断层成像(PET) 为主,其基本原理是向人体注射放射性核素示踪剂,使带有放射性核素的示踪原子进入人体内要成像的脏器或组织通过测量其在人体内的分布来成像。NMI不仅可以提供静态图像,而且可提供动态图像。 (4)超声波成像(Ultrasonic Imaging ) ,属于非电离辐射的成像模态,以二维平面成像的功能为主,加上血液流动的彩色杜普勒超声成像功能在内,在市场上已经广泛使用。超声成像的缺点是图像对比度差、信噪比不好、图像的重复性依赖于操作人员。但是,它的动态实时成像能力是别的成像模式不可代替的 在目前的影像医疗诊断中,主要是通过观察一组二维切片图象去发现病变体.这往往需要借助医生的经验来判定。至于准确地确定病变体的空间位置、大小、几何形状及与周围 生物组织的空间关系,仅通过观察二维切片图象是很难实现的。因此,利用计算机图像处理技术对二维切片图象进行分析和处理。实现对人体器官,软组织和病变体的分割提取,三维重建和三维显示,可以辅助医生对病变体及其它感兴趣的区域进行定性甚至定量的分

电子病历应用管理规范(试行)2017

电子病历应用管理规范(试行) 2017 第一章总则 第一条为规范医疗机构电子病历(含中医电子病历,下同)应用管理,满足临床工作需要,保障医疗质量和医疗安全,保证医患双方合法权益,根据《中华人民共和国执业医师法》、《中华人民共和国电子签名法》、《医疗机构管理条例》等法律法规,制定本规范。 第二条实施电子病历的医疗机构,其电子病历的建立、记录、修改、使用、保存和管理等适用本规范。 第三条电子病历是指医务人员在医疗活动过程中,使用信息系统生成的文字、符号、图表、图形、数字、影像等数字化信息,并能实现存储、管理、传输和重现的医疗记录,是病历的一种记录形式,包括门(急)诊病历和住院病历。 第四条电子病历系统是指医疗机构内部支持电子病历信息的采集、存储、访问和在线帮助,并围绕提高医疗质量、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能的计算机信息系统。 第五条国家卫生计生委和国家中医药管理局负责指导全国电子病历应用管理工作。地方各级卫生计生行政部门(含中医药管理部门)负责本行政区域内的电子病历应用监督管理工作。 第二章电子病历的基本要求 第六条医疗机构应用电子病历应当具备以下条件: (一)具有专门的技术支持部门和人员,负责电子病历相关信息系统建设、运行和维护等工作;具有专门的管理部门和人员,负责电子病历的业务监管等工作; (二)建立、健全电子病历使用的相关制度和规程; (三)具备电子病历的安全管理体系和安全保障机制; (四)具备对电子病历创建、修改、归档等操作的追溯能力; (五)其他有关法律、法规、规范性文件及省级卫生计生行政部门规定的条件。 第七条《医疗机构病历管理规定(2013年版》、《病历书写基本规范》、《中医病历书写基本规范》适用于电子病历管理。 第八条电子病历使用的术语、编码、模板和数据应当符合相关行业标准和规范的要

医学影像传输处理软件产品技术要求柏视

医学影像传输处理软件 2.性能指标 2.1通用要求 2.1.1处理对象 产品可处理 CT、MR、CR、DR、RF、PET、DSA、US、X 光设备输出 DICOM3.0 接口图像。 2.1.2最大并发数 在服务器端标准配置要求下可行的最大并发用户数为 30 个。 2.1.3数据接口 产品的通用数据接口为 DICOM3.0,产品支持 DICOM Query/Retrieve、DICOM Storage、DICOM Storage Commitment 服务。 2.1.4特定软硬件 产品运行可配合医院 CT、MR、CR、DR、RF、PET、DSA、US、X 光机图像设备。2.1.5 临床功能 产品临床功能包括以下功能: a)数据集管理功能,应能对公共数据集、个人数据集、收藏数据集、分享数 据集进行管理; b)患者登记功能,应能提供自动获取新患者的基本信息和检查信息,并能提 供调阅; c)图像归档功能,应能提供对多种类型图像的 DICOM 接收功能,包括 CT、MR、CR、DR、RF、PET、DSA、US、X 光机图像设备,并提供对接收图像的自动归档功能; d)图像显示功能,应可实现图像载入、显示、显示/隐藏文字、全屏显示、适

窗显示、布局调整、滚动显示、调窗、缩放、拖动、反色、旋转及翻转、重置操作; e)图像标注功能,应可实现添加标注、保存标注、载入标注、测量长度、测量矩形面积、高亮显示、CT 值测量、测量角度、局部放大、缩放图像、撤销标

注、清除标注操作; f)图像处理功能,应可实现序列同步、显示定位线、多平面重建(MPR,PVmed PACS B 型号适用)、图像还原(PVmed PACS B 型号适用)、调窗(PVmed PACS B 型号适用)、十字定位(PVmed PACS B 型号适用)、伪彩(PVmed PACS B 型号适用)功能操作。 2.1.6使用限制 2.1.6.1常用字段限长为:a)用户名密码最大长度为12字符; b)用户ID最大长度为32字符; c)用户姓名最大长度为16字符。 2.1.6.2权限限制 本软件仅有管理员和普通用户两种权限。管理员具有系统设置权限可对系统设置进行修改,普通用户无系统设置模块的功能。在系统设置模块下的用户管理中,应包含用户信息、Q/R 设置、科室信息三个子模块,具有新建、编辑、删除、查询功能。 2.1.7用户访问控制 用户必须经过账号密码验证后,方可进入系统。 2.1.8 版权保护 医学影像传输处理软件需要由授权的专业技术员安装,未经广州柏视医疗科技有限公司事先书面批准,不得对本出版物的任何部分进行任何形式的复制,包括打印、复印、缩微拍摄、电子拷贝或任何其它方式。 2.1.9用户界面 软件的用户界面采用的是图形用户界面(Graphical User Interface,简称GUI,又称图形用户接口),即是通过采用图形方式来显示计算机操作环境的用户接口。 2.1.10消息 出自软件的消息应设计成文字对话框的形式,出现错误应有文字提醒。 2.1.11 可靠性 在2.1.14 运行环境下可靠性: a)持续运行时间:产品可以连续运行24个小时不发生系统死机、系 统失效等异常;

医学影像传输处理软件产品技术要求锐影

2性能指标 2.1处理对象 应能处理 CT、CR、MR、US 符合 NEMA DICOM-2007 标准(DICOM 3.0)的图像。 2.2最大并发数 软件为局域网软件,服务器登陆用户最大并发数为 100。 2.3数据接口 软件支持 DICOM 数据接口,满足 DICOM3.0 的传输协议。 2.4特定软硬件 1)软件支持实现病人登记信息与病人图像自动关联,应能与具有满足DICOM3.0 接口的医疗设备相连; 2)软件支持将病人相应图像发送到列表中的 DICOM 设备上,应能与具有满足 DICOM3.0 接口的胶片打印机相连。 2.5临床功能 2.5.1登记工作站功能 具有登记工作站权限的用户应能使用病人登记相关功能。 2.5.1.1数据维护 1)应能登记病人基本信息,包括编号、姓名、性别、体重、出生日期、住址、院别、科别、床号、住院号、预约时间、申请医生、检查部位、检查设备等临床信息,并对录入的信息进行保存或取消; 2)应能对已经登记的病人信息进行修改; 3)应能对已经登记的病人信息进行删除;

1)应能支持条件查询;支持设置检查日期时间段进行查询; 2)支持查询全部病人、上一天病人、当天病人、下一天病人。 2.5.1.3数据工具 1)应能够对通知予以查询; 2)应能查看排班信息; 2.5.1.4常用功能 1)显示内容设置:病人列表中显示内容设置,包括病历、状态、检查号、编号、姓名、性别、年龄、院别、科室、床号、门诊号、住院号、申请医生、AN、检查设备、检查部位、录入员、录入时间; 2)关闭窗口:取得退出软件权限的用户可以退出软件回到操作系统桌面。 2.5.2诊断工作站功能 2.5.2.1用户权限设置 1)应能对用户进行新增; 2)应能对用户进行修改; 3)应能对用户进行删除; 4)应能对每个用户、每一项操作权限进行管理; 用户操作权限有:图像视图、照相视图、诊断报告、本地数据、网络数据、CDR 数据、队列管理、统计分析、格式设计、视频采集、系统设置、工具、登记工作站等。 5)应能对每个用户工作的主要操作设备进行控制; 主要操作设备类型有:CR、CT、MR、US。

电子病历应用管理规范2017

电子病历应用管理规范(试行)第一章总则 第一条为规范医疗机构电子病历(含中医电子病历,下同)应用管理,满足临床工作需要,保障医疗质量和医疗安全,保证医患双方合法权益,根据《中华人民共和国执业医师法》、《中华人民共和国电子签名法》、《医疗机构管理条例》等法律法规,制定本规范。 第二条实施电子病历的医疗机构,其电子病历的建立、记录、修改、使用、保存和管理等适用本规范。 第三条电子病历是指医务人员在医疗活动过程中,使用信息系统生成的文字、符号、图表、图形、数字、影像等数字化信息,并能实现存储、管理、传输和重现的医疗记录,是病历的一种记录形式,包括门(急)诊病历和住院病历。 第四条电子病历系统是指医疗机构内部支持电子病历信息的采集、存储、访问和在线帮助,并围绕提高医疗质量、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能的计算机信息系统。 第五条国家卫生计生委和国家中医药管理局负责指导全国电子 病历应用管理工作。地方各级卫生计生行政部门(含中医药管理部门)负责本行政区域内的电子病历应用监督管理工作。 第二章电子病历的基本要求 第六条医疗机构应用电子病历应当具备以下条件: (一)具有专门的技术支持部门和人员,负责电子病历相关信息系统建设、运行和维护等工作;具有专门的管理部门和人员,负责电子病

历的业务监管等工作;(二)建立、健全电子病历使用的相关制度和规程;(三)具备电子病历的安全管理体系和安全保障机制;(四)具备对电子病历创建、修改、归档等操作的追溯能力;(五)其他有关法律、法规、规范性文件及省级卫生计生行政部门规定的条件。 第七条《医疗机构病历管理规定(2013年版》、《病历书写基本规范》、《中医病历书写基本规范》适用于电子病历管理。 第八条电子病历使用的术语、编码、模板和数据应当符合相关行业标准和规范的要求,在保障信息安全的前提下,促进电子病历信息有效共享。 第九条电子病历系统应当为操作人员提供专有的身份标识和识 别手段,并设置相应权限。操作人员对本人身份标识的使用负责。 第十条有条件的医疗机构电子病历系统可以使用电子签名进行 身份认证,可靠的电子签名与手写签名或盖章具有同等的法律效力。 第十一条电子病历系统应当采用权威可靠时间源。 第三章电子病历的书写与存储 第十二条医疗机构使用电子病历系统进行病历书写,应当遵循客观、真实、准确、及时、完整、规范的原则。 门(急)诊病历书写内容包括门(急)诊病历首页、病历记录、化验报告、医学影像检查资料等。 住院病历书写内容包括住院病案首页、入院记录、病程记录、手术同意书、麻醉同意书、输血治疗知情同意书、特殊检查(特殊治疗)同

医学影像、数据传输处理软件产品技术要求上工医信

2.性能指标 2.1通用要求 2.1.1处理对象 眼底照相机拍摄的眼底图像。 2.1.2最大并发数 在符合表 1 的运行环境下,软件最大可接收来自 100 个影像设备的图像源,软件处理的图像最大可同时发送 100 个目标设备。 2.1.3数据接口 眼底影像数据处理软件可根据internet 协议、USB 数据接口、采集器接口接收图像,处理图像以及输出结果信息/图像。 2.1.4特定软硬件 眼底影像数据处理软件运行可配合眼底照相机或眼底照相机后处理工作站。 2.1.5临床功能 眼底影像数据处理软件适用于眼底诊查图像、数据的管理、查看、传输和贮存。主要包括: a)阅片医生模块 1)开始阅片,有阅片提醒功能,阅片医生人工分析眼底图像时,图像任 意缩放、移动,病灶尺寸放大至最大时可进行图片测量(距离);阅片医生 人工对不同组图像对比分析,给出相关报告信息; 2)已阅片区,可在纠错延缓时间内,对有问题的报告进行修改操作。 3)个人中心,可修改用户信息、账户密码、查看个人账户信息。 b)医院模块 1)上传图像,可上传病人的基本信息(必填姓名、年龄、性别、区 别:糖尿病、高血压、普通筛查)和眼底图像;图像任意缩放、移动。 2)眼底筛选,可输入患者信息(姓名、性别、年龄、上传日期等),查 找符合条件患者;计算机方式储存,生成 PDF 保存于计算机当中;可将

已完成报告进行纸质打印。 2.1.6使用限制 常用字段限长为: ?用户名密码最大长度均为 38 个字符;

?患者 ID 最大长度为 40 个字符 ?患者姓名最大长度为 60 个字符 ?检索一次结果检查数至少为 5000 ?通常 tab 检查数至少为 1000 上传图像限制: ?上传文件数量不能超过 2 张 2.1.7用户访问控制 产品的使用有权限限制。用户必须经过口令验证后,方可进入。 管理员权限(医院模块、阅片医生模块):帐号管理、阅片医生管理、提醒信息管理、个人中心 医院端口权限(医院模块):上传图像、眼底筛选、打印报告、个人中心医生端口权限(阅片医生模块):开始阅片、个人中心 2.1.8版权保护 为预防未经授权非法使用,软件设有 license 校验功能,未经 license 注册的软件,使用过程中会弹出 license 未注册提醒,系统会强制中断服务。 2.1.9用户界面 软件采用菜单、视窗的方式。 2.1.10消息 a)使用 ASCII 文本文件建立主要事件日志和系统软件的其他日志; b)图文对话框。 2.1.11可靠性 具有严重后果的功能执行是可逆的,软件应给出明显警告,并且在该命令执行前要求确认,主要形式是: a)对错误的操作,弹出禁止操作message,不响应用户操作; b)对可能引起错误的操作,弹出警告message,同时应用备份机制,对已经发生的错误,可以还原到操作前状态。 c) 医院端口上传图像经传输后,与阅片医生端口打开图像数据应完全一致。 2.1.12维护性

电子病历应用管理规范

《电子病历应用管理规范(试行)》修订说明 发布时间:2017-02-22 按照《中共中央国务院关于深化医药卫生体制改革的意见》和国务院办公厅《关于印发医药卫生体制五项重点改革2009年工作安排的通知》要求,原卫生部于2010年发布了《电子病历基本规范(试行)》(以下简称《基本规范》)。《基本规范》的制订和落实对加强当时我国医疗机构电子病历管理,规范电子病历临床使用,促进医疗机构信息化建设起到了积极作用。随着电子病历应用的不断推进,《基本规范》的部分规定已不适应新形势下电子病历的管理要求。为此,我委会同国家中医药管理局组织专家对《基本规范》进行了修订,并征求全国各省(区、市)意见,进一步修改完善,形成《电子病历应用管理规范(试行)》。 主要修订内容包括:一是明确了电子病历系统和电子病历的概念,对电子病历信息系统技术管理和电子病历质量管理提出具体要求;二是明确电子病历使用的术语、编码、模板和数据应符合相关行业标准和规范的要求,以利用促进电子病历信息有效共享;三是关于电子病历的有关要求与电子签名法相衔接;四是明确封存电子病历复制件的具体技术条件及要求。

关于印发电子病历应用管理规范(试行)的通知 发布时间:2017-02-22 国卫办医发〔2017〕8号 各省、自治区、直辖市卫生计生委、中医药管理局,新疆生产建设兵团卫生局: 为贯彻落实全国卫生与健康大会精神及深化医药卫生体制改革有关要求,规范电子病历临床使用与管理,促进电子病历有效共享,推进医疗机构信息化建设,国家卫生计生委、国家中医药管理局组织制定了《电子病历应用管理规范(试行)》。现印发给你们(可从国家卫生计生委官方网站“医政医管”栏目下载),请遵照执行。 国家卫生计生委办公厅国家中医药管理局办公室 2017年2月15日

三维口腔医学影像处理软件产品技术要求langshi

三维口腔医学影像处理软件 组成: 由软件安装光盘(内含软件安装包和电子说明书)、加密锁组成。逻辑结构组成模块包括:数据管理模块、二维影像处理模块、三维影像处理模块和报告模块。适用范围:适用于符合DICOM3.0标准的口腔CT图像,用于图像显示和处理、存储与传输、数据管理及诊断报告编写。 1.1 软件型号规格 三维口腔医学影像处理软件,型号为SmartVPro,包含的功能如下: 1.2 软件发布版本 V1 1.3 版本命名规则 软件版本用X.Y.Z.B表示,其中X为主版本号(即软件发布版本号),表示重大增强类软件更新,Y为副版本号,表示轻微增强类软件更新,Z为修订版本号,表示纠正类软件更新,B代码编译版本号,表示构建。 重大增强类软件更新是指影响到医疗器械安全性或有效性的增强类更新,如更改预期用途,软件运行平台跨越互不兼容的计算机平台(包括软件和硬件),核心功能变化影响到用户临床决策或者影响到人员安全,软件的安全性级别、体系结构、用户界面关系或物理拓扑发生改变。轻微增强类软件更新是指不影响医疗器械安全性与有效性的增强类更新。纠正类软件更新是指为修正软件缺陷而进行的软件更新。构建是指软件编译生成一个工作版本。 软件的主版本号从1开始编号。当软件涉及架构或功能的重大修改时,主版本号加1,同时副版本号、修订版本号和代码编译版本号复位为0。 软件的副版本号从0开始编号,当软件在原有基础上增加或修改局部功能时,主版本号不变,副版本号加1。 软件的修订版本号从0开始编号,当软件修复缺陷时,主版本号和副版本号不变,修订版本号加1。

软件的代码编译版本号,从0开始增加。 2.1 通用要求 2.1.1 处理对象 口腔X射线摄影设备拍摄的符合DICOM3.0标准的CT图像,STL/OBJ标准模型数据、头面部图像。 2.1.2 最大并发数 100 2.1.3 数据接口 DICOM3.0标准,STL/OBJ标准 2.1.4 特定软硬件 不需要特定的软硬件。 2.1.5 临床功能 2.1.5.1 数据管理模块 a) 患者新建; b) 患者信息修改; c) 信息删除:患者信息删除、图像信息删除; d) 数据查询; e) 光盘刻录; f) 数据导入; g) 数据导出; h) 移动患者; i)显示扫描信息; j)数据传输:Worklist患者信息传输;数据上传;数据下载。 2.1.5.2 二维影像处理模块 a) 图像处理:对比度调节,亮度调节,锐度调节,伽马调节,色彩反转,伪彩色; b) 测量:距离测量,角度测量,曲线测量,区域测量,测量信息删除; c) 工具:图像缩放,图像平移,视图恢复; d) 标记:信息显示,文字标记,箭头标记,标记信息颜色修改,标记删除;

医学影像档案传输处理软件系统V6.2(放射网络版)FAQV1.1

医学影像档案传输、处理软件系统(PACS) LW-PACS·放射网络版 FAQ 软件版本:V6.2 FAQ版本:V1.1

1. 日志分析 “医学影像档案传输、处理软件系统(LW-PACS·放射网络版)”又称“影像通PACS 系统”。PACS系统提供了详细的日志跟踪机制,扩展名为log,可用一般文本程序打开查看,PACS日常正常运行时日志级别应该设为正常模式即可,当PACS出现问题需要将日志级别设高为跟踪模式一级一级增加日志的详细程度直到解决问题为止,问题解决后再将日志级别设置为正常模式。 以下为系统常用日志文件 DcmStoreServer.log Dicom C-Store NTService服务日志,包括启动、停止服务等服务状态消息,如果StoreUI对此服务运行方式设置为多线程则Dicom通信过程所有日志消息均写入此文。 DcmStoreChild.log Dicom C-Store NTService服务子进程日志,只有StoreUI对此服务运行方式设置为多进程才有效,Dicom通信过程所有日志消息均写入此文件。 DcmStoreManage.log 接收图像后进行分配管理的服务日志,包括启动、停止服务等服务状态消息,如果StoreUI对此服务进程生存期设置为0,则接收图像后进行分配管理的所有日志消息均写入此文。 DcmSManageChild.log DcmStoreManage NTService服务子进程日志,StoreUI对此服务运行方式进程生存期大于0有效,接收图像后进行分配管理的所有日志消息均写入此文件。 IFAPServer.log 私有IFAP协议服务日志,包括启动、停止服务等服务状态消息,如果StoreUI 对此服务运行方式设置为多线程则IFAP协议通信过程所有日志消息均写入此文件。 IFAPChild.log 私有IFAP协议服务子进程日志,只有StoreUI对此服务运行方式设置为多进程才有效,私有IFAP协议通信过程所有日志消息均写入此文。 DcmMWLServer.log Dicom worklist协议服务的日志,用于搜索登记的‘已分诊’病人检查信息。包括启动、停止服务等服务状态消息。如果StoreUI对此服务的方式设置为多线程,则所有的双方连接通讯信息、查询数据库信息均写入此文件。 DcmMWLChild.log Dicom worklist协议服务的子进程日志,用于搜索登记的‘已分诊’病人检查信息。只有StoreUI对此服务运行方式设置为多进程才有效,所有的双方连接通讯信息、查询数据库信息均写入此文件。 DcmQRServer.log Dicom query&retrieve协议服务的日志,用于第三方软件搜索PACS影像信息。 包括启动、停止服务等服务状态消息。如果StoreUI对此服务的方式设置为多线程,

人工智能辅助诊断技术管理规范版

人工智能辅助诊断技术管理规范 (2017年版) 为规范人工智能辅助诊断技术临床应用,保证医疗质量和医疗安全,制定本规范。本规范是医疗机构及其医务人员开展人工智能辅助诊断技术的最低要求。 本规范所称人工智能辅助诊断技术是指基于人工智能理论开发、经临床试验验证有效、对于临床决策具有重大影响(如影响患者治疗方案选择、决定是否进一步米取有创性医疗行为、是否明显增加患者医疗费用等)的计算机辅助诊断软件及临床决策支持系统。不包括具有人工智能的嵌入式临床诊断与治疗仪器设备。 一、医疗机构基本要求 (一)医疗机构开展人工智能辅助诊断技术应当与其功能、任务和技术能力相适应。 (二)临床科室具有开 展临床相关专业诊疗工作5年以上经验

的医师,具备与该技术相适应的计算机硬件条件,具有人工智能技术所需的资料采集的相应设备。

三)医学影像诊断科具有开展影像临床诊断工作 5 年以上的医师,有数字化影像诊断设备(如放射、超声、核医学等影像设备)医学影像图像管理系统及其计算机硬件平台。 (四)临床实验室诊断相关科室具有开展细胞学、组织学等实验室诊断工作5 年以上经验的医师或技师,具备与人工智能技术相适应的计算机硬件、资料采集设备及其他相关设备。 (五)凡开展此类技术的科室应当具有经过人工智能辅助诊断技术相关专业知识和技能培训并考核合格的、与开展人工智能辅助诊断相适应的专业技术人员。 二、人员基本要求 (一)开展人工智能辅助诊断的医师。 1.取得《医师执业证书》,执业范围为开展人工智能辅助诊断技术应用的相关专业。 2.具有5 年以上与开展人工智能辅助诊断技术相关专业临床诊疗工作经验。

医学图像处理软件产品技术要求北京长木谷医疗

医学图像处理软件 适用范围:本产品为单机版。对符合DICOM3.0标准的骨科CT医学影像进行图像导入、处理、显示和保存,不包括自动诊断。 1.1 软件型号规格 Medview V1.0 1.2 软件发布版本 V1.0 1.3 版本命名规则 软件完整版本格式为“VA.B.C”。 V:版本(Version): * A:主版本号,也是发布版本号,表示重大增强类软件更新, 初始值为1,当软件进行了重大增强类软件更新,该号码加1; * B:子版本号,表示轻微增强类软件更新,初始值为0,当软 件进行了轻微增强类软件更新,该号码加1; * C:修正版本号,表示纠正类软件更新,初始值为0,当软件 进行了纠正类软件更新,该号码加1; 1.4 产品结构组成 产品以光盘形式交付。软件的主要功能模块包括用户管理模块、数据库模块、显像模块、图像处理模块。 2.1 通用要求 2.1.1 处理对象 软件处理符合DICOM 3.0标准的骨骼CT影像数据。

2.1.2 最大并发数 单一用户,患者数无限制。 2.1.3 数据接口 1、软件影像数据接口采用 DICOM 3.0标准。 2、影像数据以DCM格式存储在本地,分割结果信息以*.mhd、和*.zraw 自定义数据二进制格式存储,用户信息存储在SQLite3数据库中。 3、创建的工程文件保存格式为*.cmg。 2.1.4临床功能 1、影像数据导入功能 通过选择影像数据所在位置,选择影像数据的存储位置,对所选影像数据进行命名,导入影像数据。 2、影像数据显示与三维重建 导入患者影像数据后,软件显示为四个视图,分别为横断面、冠状面、矢状面、三维模型视图,横断面、冠状面、矢状面与三维视图可以互相切换。信息栏可以选择患侧部位、股骨是否全长和诊断。 3、骨骼图像分割功能 a) 三维模型阈值分割:三维模型图像中改变阈值,根据骨骼和软 组织阈值不同,实现骨骼与软组织分离; b) 手动分割:选择拟分割区域,切换到二维视图(横断面、矢状 面、冠状面图像),选择手动分割功能,在三维信息框选择分割的颜色,进行删除或填充操作,分割骨块;

医学影像处理软件产品技术要求柏视

医学影像处理软件 2.性能指标 2.1.通用要求 2.1.1.处理对象 产品可处理 CR、DR、X 光、CT、MR、PET、SPECT 设备输出 DICOM3.0 接口图像。 2.1.2.最大并发数 在服务器端标准配置要求下,可行的最大登陆并发用户数为 500 个。 2.1. 3.数据接口 产品的通用数据接口为 DICOM 3.0,产品支持DICOM Query/Retrieve、DICOM Storage SCP、DICOM Storage SCU、DICOM Web Service。 2.1.4.特定软硬件 该产品可以与符合 DICOM 协议的系统以及医学影像硬件连接,影像硬件包括CR、DR、X 光、CT、MR、PET、SPECT 设备。 2.1.5.临床功能 2.1.5.1.影像数据管理模块 2.1.5.1.1.数据集管理功能 产品应含公共数据集、个人数据集(PVmed PVS C 型号不支持)和收藏数据集,可对以上三个数据集进行以下操作: a)公共数据集应能支持添加、编辑、删除、启用/停用操作; b)个人数据集应能支持新建、编辑、删除操作;

c)收藏收据集应能支持新建、编辑、删除操作。 2.1.5.1.2.影像管理功能 产品应能支持影像数据查询、列表类型切换( PVmed PVS B 型号不支持)、设置影像列表操作、搜索结果排序、序列预览、新建、编辑、删除、收藏、转存、复制、移动、拆分、导入、批量导入、刷新操作。

2.1.5.2.影像浏览及后处理模块 2.1.5.2.1.图像浏览功能 产品应能支持影像信息显示、影像显示、影像导出操作。 2.1.5.2.2.图像后处理功能 产品应支持显示布局调整、隐藏/显示信息层、翻阅、影像联动、调节窗宽/ 窗位、反色、缩放、拖动、放大镜、长度测量、角度测量、显示定位线、旋转、翻转、重置、多平面重建、ROI 分析操作。 2.1.5. 3.影像融合模块 除 PVmed PVS D 外型号,产品应能支持手动融合、融合验证、保存融合操作。 2.1.5.4.用户选项及设置模块 用户选项与设置模块应能进行窗宽窗位设置、快捷键设置、挂片设置、列表 设置、语言选择、意见反馈、关于 PVmed、修改密码、全屏显示、退出登录设置。2.1.6.使用限制 2.1.6.1.常用字段限长为: a)用户账号长度为3~20字符; b)用户姓名长度为1~30字符; c)用户密码长度为8~20字符。 2.1.6.2.权限限制 本软件有机构管理员、科室管理员和普通用户三种用户类型,权限依次由高到低。 机构管理员及科室管理员可登录系统服务端,具有管理员访问控制、系统状态、机构管理、项目管理、数据设备管理、用户管理、模板管理、系统管理、日志管理和意见管理模块权限,普通用户无系统服务端权限。机构管理员、科室管理员和普通用户均可登录影像客户端,具有用户访问控制、影像数据管理、影像浏览及后处理、影像融合和用户选项及设置模块权限。 机构管理员具有机构级别的系统设置权限,可对机构级别后台系统设置进行管理。科室管理员具有科室级别的系统设置权限,可对科室级别后台系统设置进行管理。

中和软件医学影像处理软件简介

数字化X光机的投资前景& 医学图像处理系统简介 上海中和软件有限公司 2010.11.22 目前,X射线成像技术在医疗、安检、工业探伤、无损检测等领域中具有举足轻重的地位。 相关系列产品可参考: a)深圳友通公司系列产品: https://www.docsj.com/doc/db2370326.html,/Chinese/products%20Series.htm b)美国GE公司相关产品; c)飞利浦公司相关产品; d)上海思代软件(加拿大Merge软件在中国的代理商); https://www.docsj.com/doc/db2370326.html,/oem_solutions/products/I-Softview_CR_DR /index.htm; e)韩国vieworks 公司系列产品:https://www.docsj.com/doc/db2370326.html,/等等。 本公司研发的医学图像系统软件,已经包含了最为先进及优化的图像处理算法确保图像质量及市场竞争性。既可以嵌入医用X 光机图像处理系统,又可以建立独立的医学影像处理高端工作站;还可以扩展到基于X射线成像技术的其他应用系统,如工业探伤、无损检测等领域。以上所列公司就是很好的应用典范。可以说,拥有核心数字图像处理技术,就能在数字医疗和数字工业中占据有利地位。 本公司研发的动态图像处理系统将立即投入上海医疗器械厂有限公司的DSM80上球管高频数字医用诊断X射线机使用: https://www.docsj.com/doc/db2370326.html,/newEbiz1/EbizPortalFG/portal/html/ProductInfoExhibit.ht ml?ProductInfoExhibit_ProductID=c373e92604b315e98f6f5e92fb4e2908&ProductIn foExhibit_isRefreshParent=false

相关文档
相关文档 最新文档