云胶片(云影像)

云影像(云胶片),已经存在多年,只不过由于现在有取代普通胶片的趋势,而胶片每年中国大约200亿-300亿的市场,所以,云胶片在火起来。我自己理解,胶片和“云胶片”没什么必然联系,只是有些人想叫它们有关系。其实,患者看不看这影像,没多大作用,关键是要影像科或者临床老师能方便快捷地看到另外一家医院的云胶片。所以,云胶片项目最好还是省、市牵头,否则,还是一个个信息孤岛。最近,我们做了iPad的应用,医生可以很方便的通过扫二维码的方式,将影像从云端获取。有时间,可以通过一篇文章来专门介绍下。

今天,先谈下如何获取报告和影像数据。

1 报告获取方法

1.1 系统对接:对接院内RIS,还可能包含HIS,通过接口获取患者的手机号,身份证号,或者医保号。患者通过输入手机号获取验证码的方法,或身份证或医保号来查询患者的报告。通常,PACS也可以将签名后的pdf格式报告发送到云端,以备后期自助机打印报告。具体的形式可以是接口,不过现在大部分都是通过PACS视图来获取。

优点:不容易出错;患者无需在原地等待报告;数据结构化,方便后期大数据处理。

缺点:要对接系统,协调PACS厂商,关键可能要收费。

1.2 虚拟打印机接入:通过虚拟打印机(pdfCreator等),拦截纸质打印机报告,通过读取pdf中的文字,在通过正则化,获取到和患者相关的ID号,再将此ID号和DICOM某个tag对应起来,这样就把报告和影像关联起来。同时,把入口二维码烧写到pdf报告上,再次打印到目标打印机上,这样患者就可以用手机终端扫描二维码的方式获取自己的报告。注意,有可能pdf没有包含文本,这个时候,需要用ocr将id识别出来,云端可采用OCR云服务,推荐baidu ocr服务。也可以自己部署Tesserocr。注意2,因为最终要将加入二维码的pdf再次打印,如果是自助打印机的话,他们也是采用同样的方法来匹配报告和胶片的,所以,自助打印机厂商也同样要解析纸质报告中的病人ID号。如果对方也采用pdf虚拟打印机,我们再次打印的pdf有可能会有乱码,这个问题需要解决。如果对方是xps虚拟打印机,我们要将pdf转成word格式打印出去。pdf转word国外有现成的工具,但是都是收费的,可以采用将pdf保存成图片,再粘贴到word的方式来解决这个问题。

优点:无需做接口;可以通过自助机UI来引导患者选择哪种胶片,一旦选择云胶片后,就可节省物理胶片(医保有可能通过出入库来返回医保结算,不过,还是有办法解决)。

缺点:在无pdf text的情况下,需要ocr识别;患者需要去固定的位置上去获取报告。

总之,截取报告的技术,其实没有太大难度。关键商务能hold住医院。

2 影像的获取

2.1 通过视图获取的信息,通过CMove的方法,从PACS中获取影像

2.2 院内PACS直接将影像转发到云端

以上两种方法都是常规方法,但是,对超声和内窥的图像,一些PACS存储的格式是jpeg或者bmp格式,需要写一些特化的接口将这些影像数据传输到云端。

在获取数据的实际项目中,接口的工程师还需特别注意的是,院内PACS会有大量的影像检查合并出报告的情况。这种情况下,云PACS(云RIS)也要将对应的影像进行逻辑合并,最重要的是,对应的Html5影像浏览也必须可以进行多检查浏览。

在获取报告的过程中,会有老师对审核结束的报告进行再次修改。这种情况下,要对线上对应的报告进行更新,并且云PACS(云RIS)需要对记录历史进行留痕,防止后期纠纷。

获取图像的过程中,也会有新增的序列。这时,如果采用CMove的方式获取影像,那么,需院内PACS通过状态来标识或者更新时间。

3 H5图像浏览器实现方式

  3.1 将DICOM影像解析以及后处理都放在前端,通过JS来进行处理和计算。需要将所有数据都下载本地,才能将序列之间的定位向显示出来,而且很耗费手机流量。

     3.2 将图像解析和后处理都在后端,生成8Bit图像后,传输到前台显示,可以通过调制jpeg显示质量来适配网速,这里说的后处理包括移动、缩放、旋转等几何操作、还有标注和测量所有的操作。加纳大的resMD公司,就是此里技术的典型。这种方式的优缺点很明显,对于分辨率比较大的图像,例如DR、MG第一次加载和CT、MR的速度一样的快,但是缺点是每此操作都会占用网速。

     3.3 除了图像处理的区别,厂商之间比较大的区别就是通讯方式,有的直接就是通过http的方式,将处理的好的图像下载下来,有的是通过websocket的方式,还有公司是通过QT的方式UDP协议来实现,这样体感好,但是带来致命的缺点就是必须要安装客户端,在分享影像方面,完全没有办法。

  我们采用的方法,将解析放到后端,将WL、几何操作、标注测量到放到前端。传输的方式采用了http下载和websocket两种方式,已经计算完毕的图像,直接用过http下载,后台还未来的及处理的影像,可以通过后台优先处理,通过websocket回传。

dr:http://rend.wlycloud.com/api/query-server?et=1553749497676&modality=DX&st=1553490297678&studyid=1.3.6.1.4.1.49696.1.3121.20190307092709401.3121&wly=0dd&sign=ca447c0fa9c85a06fd2069b62d78b74d

ct: http://rend.wlycloud.com/api/query-server?et=1553749586764&modality=CT&st=1553490386765&studyid=1.3.6.1.4.1.49696.3.3121.20190307110934971.3121&wly=0dd&sign=7801ac2f13f87f008db67cb483351368

以下链接都是3天可访问。如有需求,请留言。

4 后台管理页面,需要给院方医生提供院外PAD、手机、PC管理和工作的工具。下边是云胶片的管理页面,具备所有PACS的功能

<think>好的,用户想要寻找胶片的源代码,我需要先明确什么是胶片胶片通常是医疗影像服务,用于存储和共享医学影像,比如CT、MRI等。用户可能需要源代码来进行二次开发或搭建自己的系统。 首先,我得考虑胶片系统的常见架构。这类系统可能包含前端、后端、数据库和影像存储模块。前端可能用React或Vue,后端可能是Spring Boot或Django,数据库可能是MySQL或PostgreSQL,影像存储常用对象存储如MinIO或AWS S3。 接下来,用户需要获取源代码的可能途径。开源项目是一个方向,但医疗系统通常涉及隐私和安全,开源的可能较少。建议用户搜索GitHub、GitLab等平台,使用关键词如“medical imaging cloud”、“DICOM web viewer”寻找相关项目。比如Orthanc和OHIF Viewer是处理DICOM的开源工具,可能有用。 如果用户有商业需求,可能需要联系供应商购买授权,或者委托软件开发公司定制开发。需要注意医疗系统的合规性,比如HIPAA或GDPR,处理患者数据需谨慎。 另外,自主开发的话,需要掌握DICOM标准、图像处理、计算和安全技术。建议分步骤:先学DICOM,再选开源工具,搭建基础功能,逐步完善。 最后提醒用户注意法律风险,确保合法获取代码,避免侵权。总结各种途径,根据用户的实际需求和资源给出建议。</think>关于寻找医疗影像服务(胶片)系统源代码的问题,我将为您梳理关键信息和合法途径: 一、系统构成分析 典型的胶片系统包含以下技术模块: $$DICOM\ Viewer + HL7\ Integration + RESTful\ API + Cloud\ Storage$$ 需实现DICOM文件解析、影像渲染、患者信息管理、多终端同步等功能 二、合法获取途径 1. 开源方案组合 - DICOM解析库:dcmtk(C++) - Web Viewer:OHIF Viewer(React) - 后端框架:Orthanc(Python) - 存储方案:MinIO(Go) 2. 商业授权渠道 需联系PACS系统供应商(如:Intelerad、Carestream)获取SDK 典型授权费用:$50,000-$200,000(根据功能模块) 3. 自主研发路径 推荐技术栈: ```mermaid graph TD A[DICOM标准] --> B[ISO 12052] A --> C[图像处理] D[Web开发] --> E[React/Vue] D --> F[Spring Boot/Django] G[计算] --> H[AWS/Aliyun] G --> I[Docker/K8s] ``` 三、开发注意事项 1. 合规要求 - 必须符合HIPAA/GB 17939-2020标准 - 数据加密传输(TLS 1.3+) - 审计日志保留≥6年 2. 性能指标 - 百万级DICOM文件存储 - 亚秒级图像调阅响应 - 99.99%服务可用性 四、实施建议步骤 1. 需求分析(2-4周) 2. 技术验证(1-2月) 3. 原型开发(3-6月) 4. 等保测评(2-3月) 建议优先评估开源方案组合(OHIF+Orthanc),其社区活跃度:GitHub Stars > 8k,已通过IHE集成测试。若需定制开发,建议寻找具有医疗资质的软件开发商合作。
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值