为了简化医院内业务程序的部署效率,公司决定将传统的前置机设备替换为医生的工作电脑。通过在医生电脑上安装nginx反向代理软件,实现 DICOM 设备与线上服务器之间的间接通信。
起因近期公司产品销售经理给上面领导反馈了一个需求,需要简化现有业务程序在落地医院部署效率,原因是发现有友商的软件在几分钟内便完成前置机业务程序部署,所以需要我们这边也跟进优化一下,几番波折最终采用了院内业务前置机用nginx反向代理客户端连接到线上业务服务器的方案。
业务需求痛点
这块需求业务偏向云影像传输,需要从医院内设备采集数字影像批量传输到线上,通常情况下这边会有一台前置机设备放在医院内网里用于对接DICOM设备或者Pacs系统,常规情况下前置机设备是由公司预装了常用的系统环境然后统一快递到医院进行部署,但此次全部用医生的工作电脑来替代前置机(小医院业务利润低 有的甚至没利润,所以需要节约一定成本),业务流程上没有问题,但实际上公司配送的前置机实际上性能其实也很低,社区医院的配置则更低,能勉强跑他们自己的院内系统就不错了。
部署过程简直一言难尽,什么确实win7没升级sp1、c++运行时、系统盗版、硬盘空间大小这些问题一个接接一个,每家卫生院的实际电脑环境还都不一样,基本每家都是从头开始装简直折磨人,本身硬件配置就很低跑跑医院的系统就慢的很,好不容易装完业务程序跑起来了,医生又反馈装完系统用起来变卡了。。。。
nginx反向代理方案的优势
- 无需重构业务程序:采用nginx反向代理后,业务程序仅需小幅改动即可完成对接。
- 提升部署效率:通过在医生电脑上安装nginx,避免了常规前置机的复杂部署流程。
- 降低性能影响:将DICOM数据传输的压力从医生电脑转移到线上服务器,确保电脑运行流畅。
nginx配置的示例
以下是用于实现 DICOM 数据反向代理的nginx配置文件:
stream {
upstream fushi {
server 192.168.1.22:10089 weight=5 max_fails=3 fail_timeout=30s;
}
server {
listen 105;
proxy_connect_timeout 1s;
proxy_timeout 3s;
proxy_pass fushi;
}
}
配置作用说明: nginx监听医生电脑本地105端口 收到请求后转发到192.168.1.22服务器上的10089端口 ,这个过程中医生电脑只需要做网络请求的中转对本地硬件要求比较低,其次nginx本身安装也比较简单快捷,一举三得。
通过在Windows系统下使用nginx反向代理技术,可以高效地实现 DICOM 设备与外网服务器之间的通信。
方案适用经济型项目
这种方式不仅简化了部署流程,还避免了对现有业务程序的大幅改动,同时降低了硬件性能的压力,为小医院提供了更加灵活和经济的低成本解决方案。