微云影像 NEXT：全新一代PACS系统

    不知道还有没有朋友记得我们公众号文章“微云影像5.0：新一代全功能（云？）RIS/PACS系统”，当时在这个文章里我们写了一些关于我们下一代产品，就是整个微云影像5.0大平台的一些设想和规划。随着这么多年持续的投入和研发，我们的原来规划和设计的大部分产品已经基本都完成了大部分原先规划的内容。突然发现好久没发公众号文章了，今天就给大家介绍一下我们5.0平台，特别是关于PACS部分的一些内容。
从设计上讲，从架构层面，微云影像5.0大平台已经不再区分为是云RIS/PACS，还是区域RIS/PACS，亦或是院内RIS/PACS，因此在设计之初，就特别靠从各个模块和组件支持分布式多机组合运行的默认以支持大规模甚至是超大规模用户使用影像相关的系统的各项需求。而在平台内部，亦主要将内部的子系统划分为功能支撑系统和前端系统两部分：
1.支撑系统：是指终端用户不直接登录访问的系统，但是为前端系统提供功能支撑的系统。如图中的PACS，临床文档库和临床数据库等。PACS为前端系统RIS提供影像采集、存储、管理、调阅等支撑功能。
2.前端系统：指终端用户登录，执行业务流程操作，查看相关业务数据等子系统，比如图中RIS主要是用于医生阅片写报告相关的业务功能，相关的业务数据也存储于此系统中。电子胶片系统主要是面向患者提供影像\报告相关的业务功能，而共享平台则是适配面向更多医院、更多科室医生之间关于影像和报告的分享和调阅。
除此之外，大平台还包含专门用于DICOM相关集成的DICOM网关和数据集成的数据集成平台等。此平台内容太多，在此就不再详细赘述了。
    而今天重点要说的内容是我们平台的重要部分影像系统PACS。熟悉我们的朋友都知道，我们以往的影像平台严格意义上讲分为用于SaaS服务的云影像平台，以及适用于私有化部署的院内PACS系统两大部分，除此之外，还有用于支持云影像平台的近场加速、近场计算节点等多种服务模式，这几种模式之间无论是从设计还是代码上有着较大的明显的区别。但是从“微云影像 NEXT：全新一代PACS系统”开始，原有的影像相关的各种设计和模块划分将更深入的整合，从而实现依靠部署模式及配置的不同，让同一套产品组合实现各种规模的影像应用。
    除去我们的传统优势，即基于Web的快速、专业的影像调阅等，以及从在架构设计上支持更多的并发以支持各种规模影像应用外，新版的影像系统还有更多的惊喜：
  1. 对存储进行更高级别的抽象，以更好的支持传统的磁盘、NAS、SAN存储、对象存储、加密存储等各种存储，甚至是将ftp、http等服务虚拟成存储供内部直接使用。
  2. 对影响相关的服务，特别是调阅服务进行更细致的设计和抽象，以支持直接存储调阅、外部存储调阅、wado集成调阅等多种调阅模式，从而为各种应用环境提供更友好、更快速影像集成和访问。
  3. 全新的设计开发的管理系统，覆盖完成的影像浏览、调阅、管理，用户及权限管理，图像上传、访问日志管理，图像生命周期管理，统计分析等功能。
  4. 全新的配置管理体系：除去数据库连接方式等极少数配置信息外，存储配置、DICOM服务器设置，以及大多数其他配置项的配置通过界面修改后即时生效，无需像原来那样很多时候需要重启服务以生效。
    对了，重要的一点还忘了说了，本次影像系统（PACS）大部分代码采用新平台重新开发，因此产品性能比原来有大幅提升。举例来说，在我们工程师的开发电脑上，普通的一幅原始未压缩的CT轴位图像在50毫秒左右即可完成接收保存的过程，即在网络和磁盘性能足够的情况下，单线程在一秒内可完成20张图像的接收。如下图所示，从网页上传一个文件，50毫秒即可完成，并发详细记录各个步骤的用时数，以便后期针对性的进行优化。
    关于我们5.0大平台，特别是影像PACS部分的内容还多有多无法详细在此展开了。最后还是打个广告吧：想要第一时间体验微云影像团队提供的互联网医学影像服务？想要顶尖、专业的医学影像技术团队为您定制开发您急需的功能？欢迎联系并使用微云影像的各项服务，并留下您宝贵的建议。最后继续给大家说一下我们的微信DICOM影像调阅小程序：由于微信小程序年审的限制，我们的微信小程序已改名为：“微至云影”小程序。想要直接在微信里打开DICOM影像，请直接搜索“微至云影“小程序。