（一）基本要求
总体要求
区域影像云平台建设要求、硬件平台要求和网络设计要求等，
市卫生健康委员会影像云暨区域影像平台
市卫生健康委员会影像云暨区域影像平台
1、区域影像云平台建设要求
（1）实现区域内所有医院影像检查报告、DICOM图像能通过WEB网页方式实现区域内各医院报告和影像共享。
（2）通过该平台，基层医院医生碰到疑难病例时，可在专网电脑发送会诊申请，将疑难病例上传给市大医院专家会诊，会诊报告结果基层医院能方便打印。
（3）通过改平台实现区域内医院的影像检查报告采集、DICOM影像文件采集、影像质控数据的采集，实现影像相关数据的汇聚。
（4）实现区域内所有医院影像检查报告、DICOM图像都能通过移动端（如“e龙岩”服务端、微信二维码、平台公众号、微信小程序等方式）进行调阅。
（5）实现与市全民健康信息平台、基层医疗卫生信息系统、与院内PACS/RIS系统进行对接。
（6）可对上传的数据进行完整性、规范性质控分析，对图像、报告的质量进行评价，促进数据完整规范，提高各医院质控管理水平。
（7）针对新冠肺炎患者通过该平台实现疫情登记上报或与疾控系统平台进行对接。
（8）通过该平台为医院专家提供收集典型病例并归档的辅助工具。
（9）为市、县未建立PACS/RIS的医疗机构提供云PACS，完成放射科室的影像，实现影像检查资料的获取、显示、存储、传输和管理。
（10）针对实习生、进修生、本科生、研究生等不同学历不同经验的准影像科医生，通过改平台将相关影像病例分配给相关人员进行报告书写，并与已审核的报告进行对比分析，提高准影像科医生的报告书写水平。
（11）为各级卫健行政管理部门和医院医务科人员，可对区域影像工作量、调阅量进行多种方式统计。
（12）可对区域影像工作量、调阅量进行多种方式统计，支持行政机构、医疗机构和用户管理和维护。
(13) 实现对所有接入医疗机构的影像资料（含图像和数据库数据）自上传之日起保存不少于30年，且可正常使用。当医疗机构内部数据丢失时，能够通过该平台迅速恢复。
（14）项目建设单位在实施区域影像云平台项目中提出的其他建设需求（须提供承诺函）。
2、影像云数据中心硬件平台建设要求
机房须满足GB50174-2008《电子信息系统机房设计规范》中A级和ANSI-TIA-942-2005《数据中心通信基础设施标准》Tier 3级或以上的机房建设标准的要求；电气系统满足2N配电设计，实现一主一备，配置柴油发电机作为后备电源。
1、该中心要求能够存储全市各级医疗机构医学影像数据，并可根据全市医学影像增长需求及时扩容存储空间。
需考虑对冷数据和热数据进行划分，冷数据（一年及以上）、热数据（近一年的医学影像数据），冷数据可进行压缩存储，热数据须进行原始数据存储。热数据的调阅速率要求达到医务人员桌面终端速率不高于5秒，冷数据的调阅数据不高于30秒。经调研，现有医院的总存储量为658TB，目前以每年122.4TB的存储量新增（仅作参考），具体存储需求需根据各级医疗机构实际存储量为主。
2、该中心须提供各级医疗机构原始医学影像数据备份存储空间和经过标准化数据梳理的医学影像数据存储空间及服务，同时须根据业主方要求提供互联网服务端服务平台（存储区域与互联网服务端安全及通道由承建方负责）。
3、须在国内提供异地建设容灾备份中心，可全量备份存储区域内各级医疗机构原始医学影像数据，主备中心具有24小时内快速数据恢复能力。
4、须提供市级医学影像软件平台部署服务资源，且系统响应速率不高于3秒（含网络延迟），承建商根据总服务响应和数据调阅速率需求自行拟定网络配备和组网方式，网络延迟计入在响应时间内。
5、该平台须提供与部署信息系统同等级需求的安全防护功能，并取得相应等保建设测评证书（不低于国家信息系统等级保护2.0三级水平），后续需要根据国家最新出台的安全要求做对应的调整。
6、系统应实现7×24小时的连续运行，平均年无故障时间大于360天，平均停机时间小于1小时。
7、平台建成后，数据所有权归市卫健委和各医疗机构，承建单位未经市卫健委许可，不得对数据进行任何处理。
8、该平台建设须采用符合国家、行业有关政策要求。
9、须保留承接医疗机构业务系统上云的扩展需求能力。
10、其他未列且项目建设确有需要的要求。
3、网络设计要求
该项目须独立组网或建立在政务外网医疗专网环境下，承建商须负责打通与现有政务外网医疗专网的连接，并做好网络安全防护措施。同时须根据项目建设要求做好与互联网区的连接及安全防护措施。
4、系统性能要求
应用性能需求
应用系统的性能应满足业务处理流程的要求，稳定、可靠、实用，人机界面友好，输入输出便捷，查询功能简单明了。
（1）提供丰富的功能和业务组件，保证灵活扩展，相关组件相互调用简单易用。
（2）系统运维管理操作简便，平台监控时效性高，对低质量服务和恶意访问及时提示管理员，并能有效、方便地进行控制和管理。
系统响应需求
系统必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：
（1）系统应实现7×24小时的连续运行，平均年无故障时间大于360天，平均停机时间小于1小时；
（2）非高峰时期，单次操作、资源搜索平均响应时间在3秒以内；
（3）高峰时期系统响应时间应小于5秒。
5、院内前置机要求
经前期调研共有如下表所示的32家医院需要新增前置机
（二）其他建设要求
1、区域影像云平台建设
▲1.1数字影像调阅服务（移动调阅）模块
移动医学影像系统（移动调阅）的建设模式是利用平板电脑、智能手机等接入卫健专网实现患者查询和影像显示、处理等。目的在于解决医生专家时间不确定、经常外出无法在指定时间到指定地点进行影像浏览的难题，可以打破时间地点限制，利用平板电脑、智能手机都可以进行影像浏览，把医生专家的碎片时间充分利用起来，极大地实现移动医疗的可及性和方便性，并且支持患者对个人影像信息进行调阅、影像图像的一键分享。
移动医学影像系统（移动）的使用对象是医务人员和患者，医务人员可以通过移动端查看影像类图像，并且可以进行图像的浏览和处理，患者可以浏览个人的影像信息、检查报告信息，并可将影像图像进行分享、下载和保存。
就诊医生可在患者授权下，可在医生工作端调阅患者历次检查检验报告。
1.1.1技术要求
（1）操作系统：iOS 8.0或更高，安卓4.0或更高；
（2）浏览器：Safari，Firefox，Chrome。（支持HTML5标准的浏览器）；
（3）移动终端：苹果iPad 2或以上，苹果iPhone4或更高，安卓操作系统平板电脑或手机，具体响应时间10秒内；
（4）网络环境：Wifi/4G/3G，网络带宽大于5M；
（5）移动医学影像系统（云影像）服务器硬件无需GPU显卡，仍能保证移动端快速的图像调阅及三维后处理；
（6）满足云端大并发量的应用，至少满足及配备通用DICOM图像调阅及处理3000并发客户端，VR、MPR、MIP处理不少于40并发客户端。
（7）与区域PACS服务器端充分兼容。
1.1.2与区域影像协同管理系统衔接
区域影像信息协同管理系统需要与移动医学影像系统进行衔接，移动医学影像系统是区域影像信息协同管理系统的移动化应用，医务人员登录移动医学影像系统所看到的病例列表与区域影像信息协同管理系统是同步的，在云影像应用上对影像进行操作后，同步保存至区域影像数据库中，区域影像信息协同管理系统亦可看到操作后的结果，方便医务人员后续对影像进行分析与诊断；患者在完成个人身份验证后，登录移动医学影像系统可根据查询个人不同时间段的影像图像信息、检查报告信息，并支持影像信息的分享、下载和保存，方便患者进行跨机构影像诊断。
与区域影像协调管理系统衔接关系
1.1.3功能结构
移动医学影像系统功能结构如下图所示：
移动医学影像系统功能结构图
1.1.4系统功能
1.1.4.1图像浏览
（1）针对图像部分直接以DICOM方式进行影像调阅；
（2）可根据需要进行图像布局多图像显示；
（3）可根据需要进行序列布局多序列显示；
（4）满足云端大并发量的应用，至少满足及配备通用DICOM图像调阅及处理3000并发客户端，VR、MPR、MIP处理功能不少于40并发客户端。
1.1.4.2图像测量功能
图像测量主要实现点CT值测量及画圈平均CT值测量、角度测量、长度测量等功能。
（1）具有点CT值测量及画圈平均CT值测量功能；
（2）具有角度测量功能；
（3）具有长度测量功能。
1.1.4.3图像处理
（1）可在移动设备上进行图像放大缩小、窗宽窗位调节；
（2）具有根据窗宽窗位自定义设置并进行选择功能（如选择肺窗、纵膈窗）；
（3）具有DSA动态减影图像及非减影图像的动态播放显示；
（4）具有图像角度旋转功能；
（5）具有图像左右翻转。
1.1.4.4 MPR功能
（1）具有MPR功能，支持冠状面、矢状面轴状位快速切换；
（2）通过手指滑动实现MPR图像滚动。
（3）选择绘制模式下的MPR，可以对图像进行三位MPR显示。
（4)_可以在MPR模式下对图像进行层厚重建
1.1.4.5 MIP功能
（1）具有MIP功能，以达到不同器官最佳显示浏览效果。
（2）可以查看图像的MIP模式。
1.1.4.6 VR功能
（1）拥有VR功能及虚拟切割功能，且3D VOLOUME重建速度120幅图像需在4秒内完成，云影像或移动影像服务器无需配备GPU显卡即可实现；
（2）具有VR图像各角度旋转功能
1.1.4.7 层厚重建功能
针对各MPR图像实现层厚重建，以便在对薄层的海量图像浏览时，通过选择层厚重建达到图像快速浏览及最佳的视觉效果。
1.1.4.8 影像查阅
（1）影像查阅功能主要实现患者在移动端进行影像图像查阅，患者可查看个人的影像图像信息，包括影像图像和检查报告信息；
（2）可以查看患者在院内的相关检查信息，点击院内相关检查，进入相关检查界面，点击查看按钮可以查看详细报告信息，并调阅图像；
（3）可以查看患者在区域内的相关检查信息，点击院内区域相关检查，进入相关检查界面，点击查看按钮可以查看详细报告信息，并调阅图像。
（4）一键分享功能：在图像处理页面具有一键分享功能，以便将图像通过生成二维码形式发送给专家会诊，在生成二维码时可进行匿名形式，也可选择二维码有效时间，可以在上面形成可录入的加密密码且能复制超链接地址。
（5）DICOM文件下载功能：支持DICOM文件下载功能，可以将调阅的影像信息以DICOM格式进行保存下载。
（6）图像缩略图：在图像主窗体显示界面直接显示图像序列缩略图，方便用户能直观选择不同的缩略窗体进行切换和图像查看。
（7)存为个人档案：能将报告及图像存入个人档案功能，将报告和图像信息进行统一归档。
1.1.4.9一键分享功能
支持在图像处理页面具有一键分享功能，以便将图像通过生成二维码形式发送给专家会诊，在生成二维码时可进行匿名形式，也可选择二维码有效时间，可以在上面形成可录入的加密密码且能复制超链接地址。
1.1.4.10 DICOM文件下载功能
支持DICOM文件下载功能。
1.1.4.11图像缩略图
在图像主窗体显示界面直接显示图像序列图，方便用户能直观选择不同的缩略窗体进行切换。
1.1.4.12存为个人档案
能将报告及图像存入个人档案功能。
▲1.2影像云共享模块
区域影像共享是指区域内各医疗机构的影像检查报告及DICOM影像互联互通，能互相调阅。
应用场景为某患者在某个医院的影像检查结果，从院内的PACS系统提取出来并传输到云端，并与患者的主索引信息进行关联，当患者在区域内另一家医院就诊时，该医院HIS（或EMR、PACS）系统可根据患者个人信息进行索引，如果在云端检索到该患者近期同类的影像检查记录，就可以将该影像检查结果从云端下载，供医生在发布最终的诊断结果之前调阅参考，避免患者再次在本院进行同类影像检查，有效降低患者费用支出。
此外，区域影像共享还可以作为居民健康档案系统的影像数据池，实现包含患者历次的影像检查数据的更加完整的档案资料。
1.2.1技术要求
（1）报告及DICOM图像通过纯WEB方式调阅；
（2）医疗机构客户端在调阅DICOM图像时，除常规的功能外，支持MPR/VR/MIP功能；
（3）DICOM图像调阅速度能满足要求，DR/CT/MR图像在1000M带宽下7秒能就能显示图像；
（4）支持报告及图像调阅数量的统计及BI展示；
（5）支持在开检查单或查看本院检查时，能显示区域相关检查。
1.2.2业务流程
医生通过院内HIS、院内RIS、电子病历或居民健康档案软件调阅区域相关影像检查报告及图像，具体业务流程如下图区域影像共享业务流程：
影像云共享业务流程
1.2.3功能结构
客户端支持B/S架构，功能结构参见下图影像云共享结构图：
区域影像共享结构图
1.2.4功能介绍
1.2.4.1影像报告共享
区域影像报告共享是指患者在A医院做过检查后，再到B医院时，医生可通过HIS、电子病历、居民健康档案调阅区域影像报告。同时在B医院做检查后影像科医生写报告时也能通过院内RIS调阅区域影像报告。
具有查看患者检查报告的具体内容和相关影像的功能
具有一个平台查看患者在多家医院的检查报告和影像的功能
支持纯WEB类WORD报告所见即所得显示模式
1.2.4.2云图像共享调阅
云图像共享调阅指同医生客户端能调阅其它医院的DICOM影像，通过查看区域影像报告后，如需查看图像即可打开DICOM影像
云图像共享调阅客户端需采用纯WEB模式。
具有对图像进行窗宽窗位调节的功能
具有对图像进行放大及缩小的功能
具有对图像进行移动的功能
具有对图像进行滚动查看的功能
具有对图像进行重载的功能
具有对图像进行图像播放/暂停,并具有调节播放的速度的功能
具有对图像进行患者信息匿名处理，隐藏四角信息操作的功能
具有查看患者DICOM信息的功能
具有对图像进行预设窗宽窗位切换的功能
具有用选择的色彩来模糊灰度图像的功能，并具有为增强查看而改变图像色彩的功能。
具有根据用户需求输入自己的窗宽或窗位进行图像调整的功能
具有选择部位进行文字标注的功能
具有测量距离标注长度和宽度的功能
具有删除所有的标注信息的功能
具有对图像进行顺时针旋转、逆时针旋转、水平镜像、垂直镜像、反色操作的功能
具有查看同一检查同一序列图像不同排版布局显示的功能
具有查看同一检查不同序列对比显示的功能
具有对图像进行长度测量的功能
具有对图像进行角度测量的功能
具有对图像进行CT值测量的功能
具有对图像进行椭圆形测量包含该区域的CT值面积总和，平均CT值，CT值的周长总和的功能
具有对图像进行矩形测量包含该区域的CT值面积总和，平均CT值，CT值的周长总和的功能
具有能通过连续画中轴线、最大心右缘距离、最大心左缘距离、胸部两侧最大轮廓距离自动算出心胸比例大小的功能（提供截图证明）
具有对患者姓名进行匿名分享的功能
具有对图像生成分享二维码、分享链接和分享密码的功能
具有导出图像的功能
具有对图像进行三维MPR显示的功能
具有在MPR模式下显示图像的冠状位,矢状位,轴状位的功能
具有在MPR模式下对图像进行层厚重建的功能
具有以预定的步进角度产生图像的功能
具有重建区域内的最大密度值影像的功能
具有重建区域内的平均密度值影像的功能
拥有VR 功能，且3D VOLOUME重建速度150幅图像需在6秒内完成，云影像服务器无需配备GPU显卡；
具有对VR图像进行任意、矩形切割的功能
具有对裁切过的VR图像进行复位的功能
具有对生成的VR图像进行三维旋转的功能
具有查看VR模式下的冠状位，矢状位，轴状位和反向查看的功能
具有去除图像中的背景像素点提取图像的功能
具有对图像进行图像播放/暂停的功能,并具有调节图像的播放速度的功能
具有定位图像显示功能
在三维图像显示模式下，具有肺提取的功能
在三维图像显示模式下，具有结肠提取成功的功能
1.2.4.3报告及图像调阅接口
能提供纯WEB方式供第三方程序调阅，支持WebService、WEB API、HL7接口供第三方程序调阅。
1.2.4.4报告及图像调阅统计
区域专网内报告及图像调阅后，能通过窗体的形式进行共享调阅数量统计，支持报告及图像共享调阅以BI形式展示。
▲1.3区域影像云归档
1.3.1系统简介
区域影像归档系统架构采用分层设计，分为负载均衡层、采集服务层、基础数据通用接口层、消息队列服务、Redis缓存层对象存储服务层以及各模块的日志系统
1.3.2功能结构
功能结构图
1.3.3检查报告API
支持第三方主动通过WebApi上传检查报告；
传输数据使用国密加密和签名验证；
支持单条上传和列表上传；
支持上传错误不停止，记录错误数据并返回错误信息，继续上传不影响后续上传；
支持上传错误停止并返回错误信息；
1.3.4质控报告API
支持第三方主动通过WebApi上传质控数据；
1.3.5 DICOM影像解析、校验服务、归档服务
支持按医院分类存储，支持按指定路径格式存储到私有云中；
支持中心端根据解析出来的DICOM文件标签与检查报告进行对应关联；
支持影像数据存储时重复的影像数据过滤；
支持私有云对象存储模式；
医疗影像图像以DICOM文件方式进行存储。
数据通用接口：为内部服务程序提供基础数据访问，包括医院编码服务、配置参数服务等。
NGINX网关：对采集层的服务做负载均衡，支持横向扩展，为系统提供伸缩性和高可用性支持。
REDIS缓存：缓存各类热数据。
消息队列服务消息中间件：为不同的组件之间传递消息，使各种服务组件建立联系，完成各自作业。
支持Kafaka发送消息队列，支持DICOM解析后能批量插入数据库中。
1.3.6分布式高并发数据库
用于存储报告、影像的数据库
影像云存储数据库能部署在LINUX、UNIX防病毒免疫力强的操作系统中。
支持POSTGRESQL等分布式高并发类型的数据库，降低海量数据下，将数据压力分布到多个服务器上，降低主服务器压力。
1.3.7影像云服务器存储监控管理
各医疗机构检查报告数据上传监控；
各医疗机构图像数据上传监控；
前置机运转及相关服务监控；
各服务器运转及相关服务监控；
硬盘、内存容量监控。
1.3.8 ETL工具(数据同步工具、数据整合工具)
具备数据同步功能；
具备定时同步功能；
具备增量更新功能；
具备数据转换功能；
具备日志功能。
▲1.4影像云会诊模块
远程影像会诊系统是下级医疗机构碰到疑难病例时，通过该系统或接口直接发起影像会诊申请，上级医院会诊专家报告书写后，基层医院直接打印即可。
远程影像会诊系统依托一家区域对接医院或多家上级医院作为专家资源池，将各级医院院内的PACS系统与系统进行诊断业务对接，进而实现由下级医院提交会诊申请，由上级医院专家调阅影像数据、终审复杂报告的协同的业务模式，让基层医院患者在当地即可享受上级医院医生的资源服务。
1.4.1业务流程
下级医院或基层医院在书写报告过程中如碰到疑难病例时，通过该平台直接可以发起影像会诊申请，上级医院报告完成后会诊申请单位即可打印。其业务流程图如下:
会诊业务流程图
1.4.2功能结构图
远程影像会诊系统功能模块参见下图：
1.4.3功能介绍
1.4.3.1区域影像专家诊断工作站
1.4.3.1.1条件查询
区域影像专家可针对本次需会诊患者的检查号、姓名、检查设备、检查部位、影像号、检查时间日期等多种条件的组合形式查询，方便医生针对各种条件下获得影像资料工作。
1.4.3.1.2一般图像处理
一般图像处理是指对可对影像图像进行缩放、旋转、翻转、放大、窗宽、窗位调节、图像减影、图像收藏等操作。
图像无级缩放；
图像旋转、翻转；
图像移动漫游；
图像黑白翻转；
伪彩；
放大镜；
图像复制；
右键窗宽、窗位调节；
ROI自动窗宽、窗位调节；
预设窗宽、窗位；
非线性窗宽/窗位调节；
DSA减影功能；
支持DICOM图像收藏功能；
鼠标拖动图像滚动功能；
15、3D游标定位功能。
恢复原始图像:单击删除所有按钮，可对之前角度、长度、CT值测量的数据进行一键恢复至初始状态操作。
修改后保存：针对图像角度、长度、CT值测量的数据进行修改后，图像具有保存功能。
具栏位置自定义：工具栏可根据显示器款式要求调整，将工具栏显示在显示器顶上或左侧。
标注处理：文字标注（中、英文）；箭头标注；文字带箭头标注；手划区域标注；手划区域带文字标注；可以移动、编辑和删除标注。
1.4.3.1.3图像拍摄
整个图像屏幕中单个图像拍摄；整个图像屏幕中多个图像一次拍摄；整个图像屏幕整个画面拍摄。
1.4.3.1.4测量处理
测量处理包括测量值的处理、心胸比测量以及测量结果、注释文字标注等内容。
测量处理：支持长度测量；角度测量；周长测量；任意形状面积测量；单点CT值测量、圆形、四方形测量、区域测量（区域平均值、总和、最大）；
心胸比测量：能通过连续画中轴线、最大心右缘距离、最大心左缘距离、胸部两侧最大轮廓距离自动算出心胸比例大小；
测量结果、注释文字随图像保存、复制、粘贴、导出（不对原始图像数据作改动）。
1.4.3.1.5图像显示
图像显示是指可对图像显示的方式、同一窗口显示的位置、显示的内容、历史检查记录等进行多样化的显示。
MR和CT图像定位线显示；图像多定位线显示；
多序列图像在同一窗口内显示；
同一窗口内多序列图像多定位线同步显示；
同一窗口内不同患者可切换显示；
选中某序列图像后，支持鼠标滚动显示图像；
显示DICOM文件头信息；
关键图像标记和显示；
支持多屏设置显示；
选择检查记录时自动调出相关历史检查记录；
可依医师使用习惯设定挂片协议，选择不同的挂片协议显示不同的效果。
1.4.3.1.6图像对比
针对患者多张、不同时间点所拍摄的影像图像在同一窗口进行对比，支持多种对比方式和操作。
同一窗口内不同时段、不同检查、多个序列和多个患者图像对比；
同一窗口内同一检查的多序列图像同步滚动对比；
同一窗口内不同检查的多序列图像同步滚动对比；
医生可根据习惯选择单序列多图像胶片布局显示模式及多序列比较模式；
对于过去统一检查可将过去图像和最近图像进行比较的功能；
图像布局功能：使图像的各个系列独立显示在窗口的功能对于过去同一检查可将过去图像和最近图像进行比较的功能；
支持虚拟显示器分割功能，可在一个显示器或屏幕上分割为多个虚拟显示器，每个虚拟显示器可独立进行如MPR等三维后处理，以方便与其它虚拟显示器上图像进行比较。
1.4.3.1.7影像动态播放
影像动态播放显示，动态图像导出（AVI格式）；单帧调节影像播放速度，支持播放过程中动态调整。
1.4.3.1.8图像输出
可将影像图像进行多种格式的输出和转换：
图像输出：支持普通打印纸；支持激光相机（DICOM PRINT SCP）；
支持格式转换：支持导出JPEG、BMP、AVI格式导出；
JPG图像导出时支持图片上患者标识信息显示和不显示导出；
可一次性将多幅图像转换为JPG，BMP等格式。
1.4.3.1.9 DICOM图像光盘管理
支出DICOM图像进行光盘刻录管理。
1、支持DICOM光盘刻录（包含DICOM DIR）；DICOM光盘图像读取；支持DICOM打印；DICOM查询检索（Q/R SCU/SCP）；DICOM传送；支持DICOM图像本地方式打开；
2、DICOM刻录普通PC机预览功能（并可同时在刻录光盘中附加医院介绍、患者其他相关资料）；
3、图像导入功能（将光盘内的DICOM图像或硬盘中其他图像导入到工作站中）。
1.4.3.1.10 MPR功能
具有MPR功能，可实现各面图像同时联动调节、旋转功能。
具有MPR功能，支持MPR各面图像同时联动调节功能，要求该功能需在原二维窗体界面上即可实现，无需再通过打开新窗体的方式实现；
支持MPR多个图像联动旋转功能，要求该功能需在原二维窗体界面上即可实现，无需再通过打开新窗体的方式实现。
1.4.3.1.11 MIP功能
具有MIP功能，MIP是对沿视角投影的轨迹上的容积数据中的最大信号进行编码，将三维空间的高强度信号投影干一个平面内，形成连续的血管影像。
1.4.3.1.12 CPR功能
具有CPR功能，CPR是在一个维度上选择特定的曲线路径，将该路径上的所有体素在同一平面上进行显示，可以一次评价曲度较大的结构如脾动脉、胰管、冠状动脉等管状结构的全长情况。
1.4.3.1.13 3D VOLUME
3D VOLUME，要求该功能需在原二维窗体界面上即可实现，无需再通过打开新窗体的方式实现。
1.4.3.1.14 图像重建
图像可选择不同层厚进行实时快速重建，提高不同层厚条件下的3D重建并进行图像预览，支持WEB并发调阅。
1.4.3.1.15 CT脑血管减影功能
通过使用减影算法对两个序列二维图像进行处理后自动显示脑血管图像，要求该功能直接在直接原二维图像窗体界面上即可实现，无需再打开新的窗体。支持WEB并发授权调阅。
1.4.3.1.16 CT虚拟结肠镜分析
结肠的螺旋CT图像，无创地、内外兼顾地整体观察结肠病变；在同一解剖部位同时通过2D重建图、3D重建图、横断位图、导航模式等多种显示方式；自动穿梭，在整个穿越结肠过程中，系统能让操作始终保持在内腔中心线上穿梭的速度可调自动穿梭模式可同时开启内腔平铺的视图，要求该功能直接在直接原二维图像窗体界面上即可实现，无需再打开新的窗体。支持WEB并发授权调阅。
1.4.3.1.17 CT心功能分析
选择舒张末期和收缩末期的心脏相位，左心室分割，左心室边界提取，左心室容量分析(射血分数），左心室壁厚度分析，要求该功能直接在直接原二维图像窗体界面上即可实现，无需再打开新的窗体。
1.4.3.1.18 CT脑血管灌注功能
CT脑血管灌注功能：灌注视图显示定量分析结果如 CBV（脑血流容量）、CBF（脑血流流量）、MTT（造影剂平均通过时间）、TTP（对比剂峰值时间）；在横断位图像上显示血管位置（动脉和静脉）和血管的时间密度曲线。WEB并发授权调阅模式。
1.4.3.1.19 乳腺专用浏览模块
可实现针对乳腺两侧同时局部放大镜对比，两次乳腺同时进行各种后处理，乳腺各种显示模式挂片协议。
1.4.3.1.20 CT冠脉提取及分析
CT冠脉提取及分析：包括升主动脉检测、肋骨去除、血管分析等功能，实现对冠脉的显示及分析。
1.4.3.1.21 PET/CT融合功能
PET/CT融合功能，由PET提供病灶详尽的功能与代谢等分子信息，而CT提供病灶的精确解剖定位，一次显像可获得全身各方位的断层图像，具有灵敏、准确、特异及定位精确等特点，可一目了然的了解全身整体状况，达到早期发现病灶和诊断疾病的目的。
1.4.3.1.22钙化分析
通过钙化评分出血管内的钙，具体信息包括：斑块数量、体积、盖斯顿值和总分，要求该功能直接在直接原二维图像窗体界面上即可实现，无需再打开新的窗体
1.4.3.2图像处理
图像调阅及处理主要针对影像图像进行各类型的选择、缩放、翻转、窗宽、窗位调节、测量、MPR、MIP、VR等处理。
1.4.3.3报告诊断
报告诊断：主要是面向会诊专家在完成诊断后，可进行诊断报告的书写、智能纠错提醒、随访和读片管理等功能。
1.4.3.4工作列表管理
（1）影像专家可针对本次需会诊患者的检查号、姓名、检查设备、检查部位、影像号、检查时间日期等多种条件的组合形式查询，方便医生针对各种条件下获得影像资料工作；
（2）影像专家可针对本次需会诊患者的登记日期、预约日期、检查日期、报告日期多种日期过滤查询；
（3）支持列表各显示字段自定义排列；
（4）列表中能区分各患者类型，不同患者类型显示不同字体。
1.4.3.5报告管理
报告管理主要是面向会诊专家，提供各类型的报告书写、支持报告单样式管理、支持报告书写的浏览和对比、报告模板、报送审核等功能。
（1）支持2人、3人、多人报告书写分发功能；
（2）可以浏览电子申请单和已拍摄申请单；
（3）支持无图状态下书写诊断报告；
（4）报告单预览功能（在书写、审核、打印时都可随时预览报告）；
（5）报告单样式可按医院要求修改；
（6）在书写报告过程中可随时切换报告单样式；
（7）支持报告回退重写流程；
（8）历史、多部位、多检查报告和影像的浏览与对比；
（9）支持报告模板管理；
（10）模版分为公有模版和私有模版，并可以互相转换；
（11）报告内容模板分级管理（检查大部位/疾病/内容模板）；
（12）按照部位自动调取模板；
（13）通过为诊断报告设置关键词，可以按关键词分类检索诊断报告；
（14）报告书写/审核权限分为三级：报告/审核/审核后修改权限。报告打印或审核后，可以修改并留痕迹；
（15）诊断报告分类、组合、模糊检索功能；
（16）支持单个报告书写、审核、打印；
（17）支持诊断结论查询，并可将查询结果导出到EXCEL作进一步统计打印；
（18）支持ICD 10保存；
（19）报告界面支持技术质控管理智能评价功能；
（20）报告界面支持诊断质控管理智能评价报告。
1.4.3.6纠错提醒功能
纠错提醒主要是对会诊报告的一些基本情况进行智能纠错提醒，包括危急值、性别等。
（1）具有危急值管理功能；
（2）具有性别纠错提醒功能；
（3）具有左右纠错提醒功能；
（4）短信通知患者问病史、报告错误召回提醒功能。
1.4.3.7影像会诊申请
（1）影像会诊申请时可以指定某医疗机构具体会诊专家；
（2）将影像会诊申请发送到大池中，由会诊排班专家轮流书写远程报告；
（3）通过短信或类窗体弹出形式提醒专家；
（4）基层影像信息系统直接发起快速会诊申请。
（5）影像会诊报告打印：将会诊结果反馈给会诊申请端进行打印。
（6）视频会议对接：与视频会议系统进行对接，实现面对面的影像远程诊断业务；
1.4.3.8会诊中心管理
（1）支持专家排班管理；
（2）支持各种会诊费用统计查询；
（3）支持医疗机构及会诊医生的管理；
（4）支持会诊量通过BI展示。
1.4.3.9移动端报告书写
（1）专家可通过移动端设备对会诊的病例进行报告书写；
（2）移动端书写报告时支持词库或模板调阅，以提高报告书写速度。
1.4.3.10移动端图像会诊
（1）专家可通过IPAD移动端设备调阅图像进行会诊；
（2）除常规图像处理功能外，支持MPR、VR、MIP、层厚重建功能。
1.4.3.11集成的质控管理
质控管理主要是对诊断报告进行质控评价管理，可设置质控评价因子设定及权值，可通过选择评价因子自动得出质控评价结果。
（1）具有技术质控智能评价管理功能；
（2）具有诊断质控智能评价管理功能；
（3）具有独立质控管理界面和报告书写审核时直接进行质控评价管理；
（4）显示历史质控评价信息；
（5）支持质控评价因子设定及权值设定；
（6）能通过选择评价因子自动得出质控评价结果。
1.4.3.12典型病例接口
通过此接口，可将影像像典型病例上传及归类管理，方便医院人员进行典型病例的调阅、实习带教、专科培训、科研应用。
▲1.5行政管理统计及BI展示模块
区域影像管理及行政统计管理主要面向各级卫健行政管理部门和医院医务科人员，可对区域影像工作量、调阅量进行多种方式统计，支持行政机构、医疗机构和用户管理和维护。
1.5.1 BI展示
根据卫健委要求定制化BI展示软件效果。
1.5.2影像检查数据查询
在经过患者授权的基础上，具有查询权限的工作人员可查询区域内患者的影像检查报告信息。
支持影像检查报告查询功能；
支持影像检查报告浏览功能。
1.5.3区域内工作量统计
工作人员可统计区域内影像检查情况、设备工作量、专家工作量、医生工作量、会诊医院的工作量等各类型的工作量统计。
支持区域内各设备工作量的统计；
支持区域内各医院检查工作量的统计；
支持远程会诊专家工作量统计；
支持申请会诊医生工作量统计；
支持申请会诊医院工作量统计；
支持转诊和会诊的数量统计和费用结算统计；
各医疗机构能通过区域影像管理平台查询本单位图像数据通过移动端的调阅总次数及调阅检查数。
1.5.4中心端短信发送功能
短信发送功能可在需要发起会诊以及完成会诊后向会诊专家和基层医生发送短信提醒。
对会诊的病例能通过中心端向专家发送短信提醒；
对会诊成功的报告能通过中心端向基层医生发送短信提醒。
1.5.5调阅量对比
提供区域影像BI展示软件，在同一窗体上需能展示定时刷新的显示总调阅量及最新的调阅检查记录数（刷新时间<=5秒）,各医疗机构影像调阅对比、当日各医疗机构调阅量对比、近1月各医疗机构调阅量对比、各医疗机构总调阅量对比。
1.5.6对比统计方式
各医疗机构能通过区域影像管理平台查询本单位图像数据通过移动端各月份的调阅总次数及调阅检查数，并支持柱状图对比统计。
1.5.7设置管理维护
支持对区域影像内各类型参数进行设置和管理。
支持各诊断费用管理
支持专家会诊排班管理
支持相关数据字典管理
医疗机构管理，支持医疗机构添加维护管理。
用户管理：能进行用户添加维护管理；能对各用户进行权限管理。
1.5.8与院内PACS系统应用集成
为了实现此应用方式需要将区域影像协同管理系统与医院PACS系统进行集成，由区域影像协同管理系统提供统一接口，将需要远程诊断的患者信息进行标识后推送至市、县级医院的院内PACS系统，由医院的院内PACS系统根据患者信息，按照标准DICOM 3.0接口协议调取区域影像数据资源中心内的影像图像数据，并集成到院内PACS系统客户端进行诊断，诊断后的结果需推送至区域影像数据资源中心，由区域影像数据资源中心通过患者主索引（EMPI）的方式将检查结果信息与影像图像信息进行关联，如医院院内PACS系统因建设原因无法调阅区域影像数据资源中心内的影像图像数据的，则采用通过患者主索引的方式，检索区域影像数据资源中心的影像图像数据，并推送至医院院内PACS系统中，模拟为一个影像设备数据进行读取，实现影像诊断。医疗机构的院内PACS系统接口改造由医院自行负责。
与院内PACS系统应用集成由市区域影像平台提供标准数据接口获取市、县级医院的影像数据和检查报告数据，医院的院内PACS系统接口改造由医院自行负责。
1.5.8.1院内PACS接口改造
院内PACS接口改造工作由医院自行负责。
1.5.8.2区域PACS与前置系统对接
医院已经完成全院PACS的实施，前置系统可直接通过全院PACS系统与各科室的影像设备进行通讯，实现PACS诊疗结果的配置。
在与PACS系统对接过程中需要完成系统间对接的二次开发，完成两系统间数据的传递，可能存在原PACS系统未按IHE的标准和HL7协议进行数据传输，实现前置系统与医院PACS系统对接。
系统对接完成下列工作
元数据映射的对应；
报告单对接；
影像传输对接。
▲1.6影像规培教学管理模块
1.6.1功能简介
影像规培教学管理系统针对实习生、进修生、本科生、研究生等不同学历不同经验的准影像科医生，通过将相关影像病例分配给相关人员进行报告书写，并与已审核的报告进行对比分析，提高准影像科医生的报告书写水平。
1.6.2功能结构图
影像规培教学管理系统功能结构如下图所示：
影像规培教学管理系统功能结构图
1.6.3详细功能
1.6.4我的报告
我的报告主要展示准影像科医生被分配的报告，准影像科医生可根据部门、设备、病种类型进行筛选查询，选择报告进行学习书写，查看患者影像。
（1）报告查询：准影像科医生可根据部门、设备、病种类型进行筛选查询，查询条件包括：检查部门、检查设备、访问号、患者类型、检查日期、病种类型等多项。
（2）病例列表：可以根据查询的病例列表快速查看未报告、未审核、退回、已审核类型的被分配报告。
（3）病种筛选：通过查询条件进行病种筛选，选择相应的病种，可以精准、快速定位对应病种报告。
1.6.5报告书写
1.6.5.1基本功能操作
（1）可保存、提交、审核、评分、退回、打印报告操作；
（2）可选择打印模板；
（3）可查看关联影像；
（4）可进行报告打印预览；
（5）不同级别用户可配置不同权限操作。
（6）备注：可查看/添加备注。
1.6.5.2报告单
（1）可设置不同打印模板；
（2）可手动添加报告内容；
（3）可撰写中文、英文和图文报告。
（4）报告质控评价表：对报告按描述逻辑性、描述规范性、描述完整性、诊断逻辑性、诊断准确性分别予以评分。
（5）报告痕迹对比：可以查看报告修改保存后记录报告操作记录信息，并可以进行报告痕迹对比查看。
（6）历史报告：在报告书写界面可以显示同一个患者（Patient ID相同）的所有“已审核”及其之后状态的历史报告。
1.6.6教学报告分配
可查询本系统上的所有影像，一键导入影像报告列表，编辑删除影像报告，上传影像报告，通过类型，标签，难易程度等筛选。筛选完成后点击指派，指派给对应的学生。
报告查询：查询条件包括：检查部门、检查设备、访问号、患者类型、检查日期、病种类型、规培阶段、学生类型、学生学历、难易程度等多项。
病种筛选:通过搜索，选择病种、快速定位对应病种报告。
报告指派:筛选出需要的教学报告后，选择某一类型的学生或选择某几位学生进行报告教学指派，可进行搜索，添加备注。
教学报告编辑:可修改该教学报告的病种类型、适宜学生类型、规培阶段、学生学历、难易程度；可修改该教学报告临床诊断、电子病史、相关检查、报告描述、报告诊断。
教学报告导入:可与院内RIS系统对接，根据检查部门、检查设备、检查号、患者类型、检查日期、姓名筛选，一键批量导入。
教学报告上传:可手动上传影像数据。添加病种类型、适宜学生类型、规培阶段、学生学历、难易程度；可修改该教学报告临床诊断、电子病史、相关检查、报告描述、报告诊断。
教学报告批量编辑:可批量编辑教学报告适宜学生类型、规培阶段、学生学历、难易程度。
教学报告审核：教学报告审核主要功能为带教医生用户查看已经指派给学生影像报告，进行审核，退回，修改指导等操作
病例列表:快速查看未报告、未审核、退回、已审核类型的被分配报告。
病种筛选：通过搜索，选择病种、快速定位对应病种报告。
1.6.7学生用户管理
学生用户管理，主要功能为添加、删除学生用户、编辑学生用户信息、停用、启用学生用户、审核学生用户，excel批量导入学生用户。
用户查询：查询条件包括：学生类型、学生学历、手机号码、规培阶段、用户姓名、学生状态、注册时间等。
用户列表：快速查看学生总人数、正常学生用户人数、停用学生用户人数。进行编辑、删除、启动操作。
添加用户：管理员手动天机学生用户、信息包括：手机号、真实姓名、密码、性别、学生类型、学生学历、规培阶段、带教老师、学生状态。
通过审核：可选择相应的学生用户，修改状态为启用。
批量导入：通过输入excel报告信息，进行学生用户的批量导入。
1.6.8设置维护
检查类型维护:检索查询已有检查类型。检查类型信息管理。
检查设备维护:可对设备类型信息进行管理。可对管理设备类型对应的检查类型进行管理。
检查部位维护:检索查询已有检查部位。检查部位信息管理。
学生类型维护:主要对学生类型信息进行维护。
规培阶段维护:主要对规培阶段信息进行维护。
学生学历:主要对学生信息进行维护。
难易程度:主要对难易程度进行维护。
病种维护:条件检索查询病种信息,可对病种信息进行管理。
▲1.7影像云质控评价与分析模块
1.7.1系统简介
通过该系统可对上传的数据进行完整性、规范性质控分析，利用智能质控评价（技术质控、诊断质控）的功能，对图像、报告的质量进行评价，促进数据完整规范，提高各医院质控管理水平。
1.7.2功能结构
区域影像质控分析与评价系统功能结构如下图所示：
区域影像质控分析与评价系统功能结构图
1.7.3详细功能
1.7.3.1影像质控管理
1.7.3.2基础质控
条件查询：通过医院名称、审核日期等条件查询，输出满足条件的医学影像报告质控列表。
基于影像从开始预约到审核完成后，由系统自动判断患者基本信息、检查信息、报告信息的必填信息是否完整（如姓名、检查部位等）。
1.7.3.3技术质控评价
条件查询：通过医院名称、检查部门、检查设备、姓名、检查状态、优先级、拍片技师、登记时间等条件查询，输出满足条件的技术报告列表。
具有对技术质控因子进行维护设置的功能。
具有对技术质控结果进行维护设置的功能。
1.7.3.4诊断质控评价
条件查询：通过医院名称、检查部门、检查设备、姓名、检查状态、优先级、拍片技师、登记时间等条件查询，输出满足条件的诊断报告列表。
具有对诊断质控因子进行维护设置的功能。
具有对诊断质控结果进行维护设置的功能。
1.7.3.5随机技术质控
可以随机抽取的医院和部门下的报告信息进行技术质控。
具有对随机技术质控因子设置的功能。
1.7.3.6影像质控统计
具有针对技术质控统计的功能；
具有针对诊断质控统计的功能；
具有针对信息完整统计的功能；
具有针对数据规范统计的功能；
具有针对报告及时率统计的功能；
具有对随机技术质控结果设置的功能。
1.7.3.7随机诊断质控
可以随机抽取的医院和部门下的报告信息进行诊断质控；
条件查询：通过医院名称、检查部门、检查设备、姓名、检查状态、优先级、拍片技师、登记时间等条件查询，输出满足条件的诊断报告列表；
具有对随机诊断质控因子设置的功能；
具有对随机诊断质控结果设置的功能。
1.7.3.8系统管理
条件查询：通过系统名称、程序集、命名空间、实体类、实体名称等条件查询，输出满足条件的实体列表；
具有针对菜单管理的功能；
具有针对医院管理的功能；
具有针对表格管理的功能；
具有针对函数管理的功能。
▲1.8基础服务平台
根据影像非结构化数据管理的需要，在现有区域平台数据中心的基础上提供文档获取的WADO功能以及影像索引管理功能，实现医院机构、用户管理功能。
1.8.1文档获取的WADO
当医疗机构中的安全访问节点需要调阅存储池中的文档数据时，该服务提供根据注册中心提供的检索条件，存储仓库通过索引ID将患者的影像、报告、申请单等实体返回的服务(基于DICOM WADO规范)。
用户可在URL中新增不同的参数及设定值，以直接改变从服务器回传的下述影像属性，实现了客户端直觉化、实时性的调阅、共享功能：
标准影像格式；
影像的尺寸指定；
影像的显示区域指定；
灰阶影像的Window/Level值指定；
影像压缩率或画质制定。
1.8.2影像索引管理
1.8.2.1身份识别
医疗领域的问题本就十分复杂，我国尤其复杂：标准不统一，HIT产品众多，各医疗机构各行其是等。可以预见，在相当长的一段时期内，患者就诊过程中产生多个标识符(ID)的情况是无法避免的。因此，个人身份识别的重点是如何建立一种机制能够在区域乃至全国范围内对患者进行统一识别，以及建立ID号码合并等问题的合理工作流程。
在选择和确定具体的个人标识方案时，需要考虑以下三个原则：
实用性：选定的个人标识机制必须适用于任何一种医疗服务环境，并且易于实施。
成本效益：实施选定方案的成本必须在一个可接受范围内，在评估成本是否可接受时，所有医疗机构的实施成本都必须考虑到。
隐私保护：选定方案必须有隐私保护机制，防止患者身份资料的泄露。这需要立法、技术控制和管理等多种措施的结合。
关键就是要找到一种能够在实用性、成本效益和隐私保护三者之间得平衡的个人标识方案。
基于各方案的比较分析结果，考虑三原则的平衡，以及我国当前各医疗机构基本都有自己独立的MPI患者主索引系统的医疗现状，系统采用ID匹配和合井方案。而ID匹配和合并方案中又以PIX患者标识交叉索引技术为最优，因此本文进步建议采用PIX 患者标识交义索引。
1.8.2.2医疗机构管理
实现对医疗机构管理，新增医疗机构，删除医疗机构，修改医疗机构信息。
1.8.2.3用户管理
支持进行用户管理，新增用户，删除用户，停用用户。修改用户信息。
1.8.2.4权限管理
进行用户权限管理，角色管理，添加角色权限，添加菜单权限。
1.9影像数据中心
影像数据中心的数据来源主要是从市二、三级医疗机构和基层医疗机构获取，通过与院内PACS系统获取影像数据以及检查、诊断数据，数据获取后按照数据的类型分布存储在PACS数据库以及RIS数据库中，并根据应用需要，形成业务数据库。
数据恢复分以下情况：
如果院内的原PACS支持http形式调阅可以直接恢复，作为二级备份。
如果不支持http调阅，则可以通过DICOM QR形式回调展示。
可以直接使用平台的影像云浏览器进行调阅查看，也完全可以满足要求。
当医院发生大规模数据丢失时，可通过平台下载本院影像数据进行恢复。发生单个患者数据丢失时，通过平台找回该患者影像数据。
▲1.9.1数据存储架构
各级医疗机构采集的患者基本信息、检查信息、诊断报告信息、患者影像信息及影像数据通过卫健专网实时上传至区域影像数据资源中心。
区域影像数据资源中心根据接收到的数据进行分类存储，其中患者基本信息、检查信息、诊断报告等文字类信息都存放在RIS数据库中；患者影像信息及影像数据上传区域数据中心时，影像信息保存至PACS数据库中，影像数据上传时会按照一定的规则生成数据存放路径保存在PACS数据库中。（如：/影像存储/年/月/日/影像设备类型/患者检查号），影像数据则按照生成的路径保存在影像存储中对应的位置。
业务应用层面数据检索和展现通过RIS库的患者主索引查看患者相关基本信息、检查信息、诊断报告等数据；然后根据RIS库中患者检查信息中的相关检查设备类型、影像号、检查号等相关信息去PACS库检索相关影像信息，并根据影像上传时生成的路径去影像存储中查找影像并展现出来。
具体数据存储架构如下图所示：
数据存储架构图
前置机采集患者的基本信息、检查信息、诊断报告信息、影像信息及图像并实时上传至区域中心。
区域中心接收数据并进行分类存储。
RIS库存储患者基本信息、检查信息及诊断拿报告信息等文字类数据。
PACS库存储患者影像信息并记录图像数据存储位置。
影像存储提供图像数据存储空间并按照规则存放。
▲1.9.2数据接入层
数据接入的功能模块包含以下几方面：
一、数据清洗
对数据进行重新审核和校验，过滤那些不符合要求的数据，将过滤的结果交给管理人员确认，明确是否过滤掉还是由业务部门进行修正，需要清洗的数据主要有不完整的数据、错误的数据、重复的数据三类。
不完整的数据：主要是一些应该有的信息缺失，如PID、姓名等库表主键或者与明细表无法匹配等问题。需要补全才可能写入数据仓库。
错误的数据：主要因业务不健全，一些有问题的数据，比如数值数据输成全角数字字符、字符串数据后面有换行符、日期格式不准确、日期越界等。需要修正后才可写入数据仓库。
重复的数据：相同的数据。需要去重后才可入库。
二、数据比对
数据比对是通过制定的数据清洗规则，对已采集到的数据进行自动清洗。在数据清洗过程中依据监控指标制定路由规则和处理方式，将出现在阀值外的异常数据按照时间维度创建监控主题并存储到整合库中。某些数据根据业务需要还需增加人工清洗核对的步骤，同时在人工清洗核对后记录下人工核对规则，形成机器可识别的清洗规则并存储到整合库中，使得清洗规则能够不断得到提升与完善，提高自动清洗的准确性和效率。
三、数据关联
明确数据仓库中存在业务关联的数据，并找出其中存在冲突的数据，如不同家医院上报的影像类数据，其患者手机号码、年龄、地址等字段存在高度重合，故可初步判定是一个患者用户，交由人工的方式确认后可根据同一EMPI对其影像类数据进行关联。
四、数据提取
通过日志采集、数据库采集两种方式提取可用的分析数据，供用户分析决策。
日志采集：从各医院PACS系统的日志文件或旧业务平台的系统日志中，找到可用的数据内容，并分布式收集后过滤入库。
数据库采集：从数据库的海量数据从提取可供分析决策的数据，并归类后展现给用户判断。
五、格式转换
将原始数据中相同字段的数据根据数据仓库中字段的数据类型定义进行统一的格式转换后统一入库。如日期格式、保留小数位数等转换项。
六、属性标识
所有业务数据都要具有在数据表中进行唯一标识的属性。当向表中插入行时，数据库自动基于上次使用的标识值和创建列时的增量值来生成下一个标识值。
▲1.9.3数据资源层
本项目数据资源层主要为区域影像数据库，区域影像数据库主要包括PACS数据库、RIS数据库、远程影像会诊数据库，总计3个数据库。
1.9.3.1数据关系
区域影像数据库是以PACS数据库、RIS数据库为核心，影像的原始图片数据存储在PACS数据库中，以文件的形式进行保存，并形成URL地址，通过主索引的形式关联到RIS数据库中，RIS数据主要存储患者的结构化数据，包括患者信息、就诊记录、检查信息、申请单信息等，完整存储患者在影像各环节结构化数据信息，当医务人员需要调研患者影像数据时，通过患者主索引信息查询到影像图片的URL地址，并共同返回给终端，由终端根据URL地址调阅患者影像原始图片信息。
远程会诊数据库主要存储远程影像会诊过程中的会诊记录情况，包括会诊申请信息、会务管理信息等，云影像应用主要存储移动化处理后的影像数据信息。
1.9.3.2 RIS数据库
RIS数据库主要存储患者基本信息、检查报告信息、诊断记录信息、预约登记信息、原始影像URI地址信息等，部分表字段如下：
患者基本信息表
检查报告信息表
1.9.3.3 PACS数据库
PACS数据库主要存储区域内影像的原始图片信息，包括放射、超声、内镜、病理等科室的原始影像图像。
1.9.3.4远程会诊数据库
远程会诊数据库主要存储影像远程诊断的检查报告数据（通过API接口）。
▲1.9.4数据管理层
本项目数据管理是根据影像非结构化数据管理的需要，在现有区域平台数据资源中心的基础上新增文档获取的WADO功能以及影像索引管理功能。
▲1.9.5数据服务层
数据共享服务主要是指在区域卫计数据资源中心上与其它业务系统对接，提供数据共享服务。主要体现在以下几点：
基于WebService方式，通过数据封装的方式可以为龙岩市全民健康信息平台集成提供数据服务，实现区域医疗数据资源中心统一的建设思路。
基于数据共享与交换系统，为能够直接进行应用对接的外部系统提供统一的应用接口，包括Web Service调用方式和接口控件方式。
▲1.10数据采集模块
影像数据采集服务是区域影像调阅最基础的模块，其中包括影像检查报告采集、DICOM影像文件采集、影像质控数据采集；实现影像相关数据的汇聚；使用对象存储服务，实现影像数据在云端的存储；促进医疗联合体内医疗机构间检查报告图像结果实时查阅、互认共享提供基础支撑。
根据接入不同的医疗机构类型来分，主要分为基层医疗机构、二、三级医疗机构两种类型，具体分析如下：
1.10.1基层医疗机构
基层医疗机构通过基层医学影像系统实现对基层医疗机构影像类信息资源的获取、管理和共享，基层医学影像系统通过DICOM服务来获取影像数据等信息，汇聚基层医疗机构影像类信息资源，实现区域共享。基层医疗机构需采集数据类型如下：
1.10.1.1病例信息采集
对于病例信息主要采集患者基本信息、检查申请信息，由于这些信息保存在基卫系统中，所以对患者病例信息的采集以Web服务数据采集方式获取数据，Web服务数据采集方式是由平台提供数据采集标准和规范，并提供数据采集Web Service接口，由基卫系统采用推送模式实现数据采集。
1.10.1.2影像诊断信息采集
对于基层医疗机构的DR、CR类影像诊断报告信息主要是以纯文字信息描述，可通过基层医疗机构本地的影像工作站按照中间表、视图、webservice等接口方式将已经完成检查的报告汇总，实时自动上传至区域平台。
1.10.1.3检查影像信息采集
对于基层医疗机构的放射设备（DR、CR等）、超声影像设备等支持DICOM Storage SCU的设备，可通过在设备上设定DICOM 3.0技术参数（例如：AE Title，IP Address，Port NO等信息）直接接入服务端，将其影像传输至服务端的存储中。
1.10.1.4质控数据采集
通过统一的视图定义，由医院提供影像质控的视图数据，由工具从视图中采集并提交到中心的采集服务。
1.10.2 二、三级医疗机构
二、三级医疗机构已建设医院PACS系统，采用数据接口等方式获取患者影像相关数据，如：HL7/DICOM/Web Service等多种服务接口。接口获取到的数据经过前置网关转化清洗上传区域影像数据资源中心。二、三级医疗机构需采集数据类型如下：
1.10.2.1病例信息采集
对于病例信息主要采集患者基本信息、检查申请信息，由于这些信息保存在医院的HIS系统、EMR系统以及影像科室的信息系统中，所以对患者病例信息的采集要提供多种灵活的数据采集手段，包括如下方式：
1、HL7服务数据采集模式
平台提供数据采集标准和规范，并通HL7服务将数据采集至前置服务端，然后由前置服务端经数据实时上传。
2、Web服务数据采集模式
平台提供数据采集标准和规范，并提供数据采集Web Service接口，由医院端采用推送模式实现数据采集。
3、个性化数据采集模式
平台提供数据采集标准和规范，以医院的信息系统提供商支持的个性化数据采集方式实现数据采集。如动态库、视图、存储过程等方式。
通过以上多方式数据采集，确保区域范围内针对不同二、三级医疗机构完成数据采集工作，并顺利、按时、按质上传到区域平台，确保数据采集的全面性。
1.10.2.2影像诊断信息采集
文本类影像诊断信息
对于医院的CT、MR、CR、DR类影像诊断报告信息主要是以纯文字信息描述，可通过医院本地的PACS系统或影像单机工作站按照中间表、视图、WebService、HL7等接口方式将已经完成检查的报告数据，每日定时批量推送给部署在医院的前置服务器中，然后由前置服务器将相应的数据自动上传至区域平台。
图文类影像诊断信息
对于医院的超声、内镜、病理类影像诊断报告信息主要是以图文报告信息描述，当患者检查完成并出具报告后，可通过医院本地的PACS系统或影像单机工作站将报告转换为PDF格式，然后由前置服务器将PDF报告自动上传至区域平台。
1.10.2.3检查影像信息采集
检查影像信息通过院内PACS系统通过HL7或者Web Service接口的方式，实现现有影像系统中的影像数据通过前置服务端同步上传至区域影像平台。
1.10.2.4质控数据采集
1.10.3影像数据对接接口部署
实现32家医院不同品牌系统的HIS、电子病历、PACS/RIS图像上传对接接口开发及部署服务。
1.10.4互联互通对接接口
实现与省级区域影像平台的免费对接，与区域卫健信息平台免费对接。
1.10.5医疗机构数据恢复
实现当医疗机构内部数据丢失时，提供从龙岩市医疗影像云平台直接调阅或图像获取功能，并能在图像获取过程中进行数据校验。
2、平台接口设计
龙岩市影像云暨区域影像平台须提供和福建省影像云平台、龙岩市全民健康信息平台、基层医疗卫生系统、院内PACS/RIS等相关信息系统进行免费对接，以及与其它现有和即将上线的系统进行免费对接。
2.1院内系统改造
院内相关信息系统的改造工作由各医院自行负责。
2.1.1 PACS 接口改造
（1）图像接口：提供Q/R标准通讯接口，也可以主动推送DICOM图像到前置机或提供图像路径访问地址
（2）检查报告接口：提供视图或WebService或HL7模式
2.1.2院内HIS、电子病历系统改造
为实现集成影像二维码应用、集成影像云共享应用；需要对院内HIS、电子病历系统进行改造。
2.1.3与省影像云平台对接
预留与未来省影像云平台对接接口，平台提供主动推送和按需调阅接口多种模式，方便各应用厂商能够快速对接与集成，实现未来的影像互联互通和共享协同。
2.1.4与市全民健康信息平台对接
龙岩市影像云暨区域影像平台需要预留与龙岩市全民健康信息平台对接接口，对接技术采用WebService 接口方式。
由龙岩市全民健康信息平台提供接口地址（WebService 方式），通过此地址将RIS的报告和业务管理相关数据上传至健康档案系统中并且提供图像的调阅地址，从而实现通过健康档案系统可以查询到某居民所有医院的影像检查报告及图像，图像接口通过返回图像WebService 地址给健康档案系统或区域卫生信息平台。
龙岩市全民健康信息平台应将居民健康档案主索引信息与龙岩市影像云暨区域影像平台的患者信息进行关联，实现患者在区域内索引信息的统一。
▲2.2与基层医疗卫生系统对接
云PACS预留与目前龙岩市基层医疗卫生信息系统接口，实现与基层医疗卫生系统远程影像系统的互联互通和共享协同。
2.3与院内PACS/RIS对接
▲2.3.1检查报告信息上传流程
传送到前置服务器的检查报告，其格式须包含检查设备、社保卡号、身份证号、姓名、病人ID、出生年月日、检查单号、联系电话、申请医生、报告医生、检查日期、报告日期、检查部位、检查项目等必要之字段。
（1）医生完成检查报告并存入院内RIS系统后，院内RIS系统以符合交换格式及规范的方式实时将检查报告传到前置服务器；
（2）经过前置服务器对检查报告数据与检查影像进行比对与确认，与影像配对成功后，上传到市影像云；
（3）交换中心应用服务器在收到数据的同时，在数据库服务器中建立对应影像资料的索引。
▲2.3.2医学影像信息上传流程
PACS影像以DICOM通讯传送方式与前置服务器直接通讯传送。医院端需提供DICOM通讯相关信息并要求原厂商进行设定事宜，例如: AE_Title、IP地址、Port口等。PACS影像应以未压缩的格式通过DICOM C-STORE方式传送到前置服务器。
（1）患者完成影像检查并存入院内PACS系统后，院内PACS系统以符合交换格式及标准的方式实时将该患者影像传到前置服务器；
（2）前置服务器经过对影像进行资料比对与确认，以DICOM方式实时上传到龙岩市区域医学影像存储中心；
（3）影像交换中心应用服务器在收到影像相关资料的同时，在数据库服务器中建立对应影像资料的索引；
（4）在索引服务器中建立患者影像检查的索引；
影像报告的对接接口有WebService、视图、HL7等方式，图像通过DICOM数据上传或提供按需调阅接口模式。
★（三）项目运行管理
1、运维工作
1.1运行维护制度建设
本项目建成后的运行管理实行承建方负责制。确立项目运行维护机构，制定和完善相应的管理制度，加强支撑平台、业务系统、数据交换的日常运行和维护管理，落实运行维护费用。对建成项目进行信息安全风险评估，检验其网络和信息系统对安全环境变化的适应性及安全措施的有效性，保障信息安全目标的实现。
为确保系统的正常运行，必须建立从系统到资金到人员等各方面的管理规定，作为确保系统正常运行的软环境，至少应包括下列内容：
确保数据采集渠道和建立数据管理规章制度，确保数据来源稳定，接受有固定人员，审核有规定程序，录入有规定数据，使用有安全保障；
建立系统数据备份管理制度，实行数据定期备份，确保系统破坏后能立即取到恢复；
建立系统维护制度，确保系统操作正确，监控非法操作行为，避免系统受到不应该的攻击；
建立系统应急预案，确保系统在紧急情况下能够保持业务连续性；
建立维护资金保障制度，确保一定的维护投入，促进系统的更新、升级。
1.2运行维护内容
本项目的运维内容主要包括业务运行咨询、数据维护、软件维护和硬件平台维护（含数据库维护）。
数据维护主要指平台与其他应用系统之间的数据交换，确保不同应用建数据的同步和交换通道的畅通。
软件维护包括项目在运行期间发现的各种与需求不相符的问题的修改等改正性维护；在运行过程中因为新的软、硬件配置或数据格式变化而带来的应用软件的修改等适应性维护；以及因为在软件使用过程中，提出新的功能与性能要求而进行的应用软件修改的完善性维护。
硬件维护主要包括网络、安全、主机存储系统等故障以及相应的硬件配置和系统软件配置等。
1.3运行维护职责
组建项目运维团队，负责保障本平台7×24小时运行，负责本项目系统的运行管理设备的维护、保养，但其中硬件设备与系统软件的维护将最终通过承建方组织设备供应商提供原厂服务，定制化应用软件的维护最终由软件原厂开发商负责维护。用户方主要负责业务管理、平台的资源申请审批管理、平台运行管理，机房环境保障等，用户需求管理、投诉处理等。
故障申告在1小时内响应，重大故障修复时间不大于1小时，一般故障修复时间不大于4小时。有疑难故障时由承建方负责调动厂商和相关技术支持限时到达现场解决故障。