云胶片(云影像）_影像胶片
针对最近炒的火的云胶片，写了一个产品实现方法的介绍。胶片市场每年200亿的市场，云胶片作为未来替代现有胶片的产品，必将是各厂商争夺的市场。
云胶片，无非就是报告和影像两个方面内容。
１ 报告获取方法
1.1 系统对接：对接院内RIS，还可能包含HIS，通过接口获取患者的手机号，身份证号，或者医保号。患者通过输入手机号获取验证码的方法，或身份证或医保号来查询患者的报告。
优点：不容易出错；患者无需在原地等待报告；数据结构化，方便后期大数据处理。
缺点：要对接系统，协调PACS厂商，关键可能要收费。
１.2 无感接入的方法：通过虚拟打印机（pdfCreator等)，拦截纸质打印机报告，通过读取pdf中的文字，在通过正则化，获取到和患者相关的ID号，再将此ID号和DICOM某个tag对应起来，这样就把报告和影像关联起来。同时，把入口二维码烧写到pdf报告上，再次打印到目标打印机上，这样患者就可以用手机终端扫描二维码的方式获取自己的报告。注意，有可能pdf没有包含文本，这个时候，需要用ocr将id识别出来，云端可采用OCR云服务，推荐baidu ocr服务。也可以自己部署Tesserocr。注意２，因为最终要将加入二维码的pdf再次打印，如果是自助打印机的话，他们也是采用同样的方法来匹配报告和胶片的，所以，自助打印机厂商也同样要解析纸质报告中的病人ID号。如果对方也采用pdf虚拟打印机，我们再次打印的pdf有可能会有乱码，这个问题需要解决。如果对方是xps虚拟打印机，我们要将pdf转成word格式打印出去。pdf转word国外有现成的工具，但是都是收费的，可以采用将pdf保存成图片，再粘贴到word的方式来解决这个问题。
优点：无需做接口；可以通过自助机UI来引导患者选择哪种胶片，一旦选择云胶片后，就可节省物理胶片（医保有可能通过出入库来返回医保结算，不过，还是有办法解决）。
缺点：在无pdf text的情况下，需要ocr识别；患者需要去固定的位置上去获取报告。
总之，截取报告这点技术，其实没有太大难度。关键商务能hold住医院，特别是一些官僚气息严重的三级医院，各种互联网公司想打试点；各种大小主任，各种安全要求，网络要求，不能碰这，不同动那，还要免费，其实都不外乎利益二字，中国医院之乱象，无力吐槽～～～～～～～
２ H5图像浏览器实现方式
2.1 将DICOM影像解析以及后处理都放在前端，通过JS来进行处理和计算。需要将所有数据都下载本地，才能将序列之间的定位向显示出来，而且很耗费手机流量。
2.2 将图像解析和后处理都在后端，生成8Bit图像后，传输到前台显示，可以通过调制jpeg显示质量来适配网速，这里说的后处理包括移动、缩放、旋转等几何操作、还有标注和测量所有的操作。加纳大的resMD公司，就是此里技术的典型。这种方式的优缺点很明显，对于分辨率比较大的图像，例如DR、MG第一次加载和CT、ＭＲ的速度一样的快，但是缺点是每此操作都会占用网速。
２.3 除了图像处理的区别，厂商之间比较大的区别就是通讯方式，有的直接就是通过http的方式，将处理的好的图像下载下来，有的是通过websocket的方式，还有公司是通过QT的方式UDP协议来实现，这样体感好，但是带来致命的缺点就是必须要安装客户端，在分享影像方面，完全没有办法。
我们采用的方法，将解析放到后端，将ＷＬ、几何操作、标注测量到放到前端。传输的方式采用了http下载和websocket两种方式，已经计算完毕的图像，直接用过http下载，后台还未来的及处理的影像，可以通过后台优先处理，通过websocket回传。
dr：http://rend.wlycloud.com/api/query-server?et=76&modality=DX&st=78&studyid=1.3.6.1.4.1.49696.1.3121..3121&wly=0dd&sign=ca447c0fa9c85a06fd2069b62d78b74d
ct: http://rend.wlycloud.com/api/query-server?et=64&modality=CT&st=65&studyid=1.3.6.1.4.1.49696.3.3121..3121&wly=0dd&sign=7801ac2f13f87f008db67cb
以下链接都是３天可访问。如有需求，请留言。
３ 后台管理页面，需要给院方医生提供院外PAD、手机、PC管理和工作的工具。下边是云胶片的管理页面，具备所有PACS的功能
————————————————
版权声明：本文为CSDN博主「恒哥的爸爸」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/rendaweibuaa/article/details/
