




个人介绍
超强的自学能力,个人可独立完成需求收集,系统研发,部署调试。
技术栈:ASP.NET MVC,WebAPI, C#,.NET core,winform,vue全家桶,串口,socket,电商支付。
工作经历
2009-04-01 -2023-04-01无.net研发
独立负责中科大第一附属医院病理系统的前后端搭建工作。以往术中冰冻对于时间上有非常苛刻的要求,目前采取的做法是将私有格式的扫描图像文件经过软件手动加工,转换为tiff格式文件,再通过开源前端框架调用静态瓦片资源服务器,这样做的缺点是不仅需要经历漫长的过程而且各个扫描仪厂商的私有格式各不相同所转换的方法也不经相同,如果要用传统显微镜观察,那么广泛的细胞面积对于病理医生来说查出病灶又存在巨大的耐心考验,况且诊断出的病灶细胞对于将来需要反查到切片的位置,又要经历漫长的操作过程,整个业务流程所耗费的巨大的资源与时间无疑是灾难性的。本人通过调用各大扫描仪厂商的SDK,将托管代码封送到非托管代码,利用.netcore3.1 webapi 配以高速缓存搭建了可以统一处理各厂商扫描文件的实时瓦片资源服务器,只要将切片文件上传到服务器不仅可以通过web端清晰快速的查看切片而且还可以截图标记,将标记的各种参数坐标保存到数据库,到下次需要反查切片时,点击某一截图,系统自动跳转所截图区域,解决了上述术中冰冻的难点痛点!
教育经历
2021-09-01 - 2023-07-07合肥职业技术学院计算机网络技术专科已认证
2007-09-01 - 2009-04-01北大青鸟合肥工大校区ACCP高中
技能

随着用户不断增大,业务不断的增多,导致服务器资源频繁访问,有时出现 cpu 过高,造成503错误的情况,使用 ocelot+consul 组件,开发出网关系统,利用 ocelot 组件的负载均衡,熔断,限流,重试等功能,消除上述情况,以达到高可用的目的。


使用winform+多线程+并行编程+RabbitMQ+win-service,将不同品牌的私有格式的切片文件转换成若干个256*256以jpg形式的瓦片并上传到阿里云OSS上,这种架构的好处是:1.可以实现边转换边上传,充分利用时间,提高整个医疗病理业务效率,降低患者诊断错误率,尤其在术中冰冻业务。2.消峰,巨量的瓦片,导致了上传因socket耗尽所造成的错误率,通过部署多消费者(win-service),利用RabbitMQ特有的公平分发模式,拉取队列里的瓦片数据,并上传到OSS,大大提升了上传效率并降低了其错误率。3.节约存储成本,通常病理切片文件,小则500M,大则10多个G,如果将切片文件放在服务器上硬盘的开销成本不可度量,将切片文件转换成若干个瓦片存储到阿里云OSS上,以方便扩展,降低成本需要。


独立负责中科大第一附属医院病理系统的前后端搭建工作。以往术中冰冻对于时间上有非常苛刻的要求,目前采取的做法是将私有格式的扫描图像文件经过软件手动加工,转换为tiff格式文件,再通过开源前端框架调用静态瓦片资源服务器,这样做的缺点是不仅需要经历漫长的过程而且各个扫描仪厂商的私有格式各不相同所转换的方法也不经相同,如果要用传统显微镜观察,那么广泛的细胞面积对于病理医生来说查出病灶又存在巨大的耐心考验,况且诊断出的病灶细胞对于将来需要反查到切片的位置,又要经历漫长的操作过程,整个业务流程所耗费的巨大的资源与时间无疑是灾难性的。本人通过调用各大扫描仪厂商的SDK,将托管代码封送到非托管代码,利用.netcore3.1 webapi 配以高速缓存搭建了可以统一处理各厂商扫描文件的实时瓦片资源服务器,只要将切片文件上传到服务器不仅可以通过web端清晰快速的查看切片而且还可以截图标记,将标记的各种参数坐标保存到数据库,到下次需要反查切片时,点击某一截图,系统自动跳转所截图区域,解决了上述术中冰冻的难点痛点!

用户评价

