工作总结

时间:2026-04-10 赵老师教案网

2026年医疗信息化销售工作总结。

今年干了三摊活：跑医院、磨产品、给人擦屁股。说擦屁股可能难听，但干过这行的人都懂——合同签完才是噩梦的开始。全年跟了7个项目，签了4个，合同总额没到公司给的目标线，差了一百多万。先别急着骂，我慢慢说。

一、签单是靠修设备修出来的

最典型的是那家三甲医院的全院检查预约平台。跟了九个月，换了三任信息科对接人。每次换人就得重讲方案，重解释为什么上个版本的需求文档里某些功能就是实现不了。我都快放弃了，结果某天晚上他们区域影像中心崩了。

那天晚上我从酒桌上被叫过去，到现场已经快十一点。放射科的技师急得拍桌子：“你们什么破系统，图像传不过去！”我们研发远程看了俩小时，说是DICOM worklist的SCP配置可能有问题，但不确定。我当时做了一个后来被证明很蠢但很有效的决定：把网络工程师、设备厂商的人、我们研发拉了个微信群，然后我自己拿着网线钳和笔记本，从服务器开始一个节点一个节点地测。

凌晨两点半，在第四个交换机的端口镜像配置里抓到了异常包——TTL值被改写，导致数据过了三层之后被HIS的防火墙当成垃圾丢了。不是我们系统的问题，也不是设备的问题，是医院内网自己埋的雷。但我没跟他们掰扯责任，只说“找到原因了，我们配合改配置”。

信息科长第二天早上七点给我发微信：“你们这帮人还能干点实事。”第二周就过了会。签字那天我想，这单要是靠喝酒喝下来，估计还得再喝三顿。

不足是什么？九个月的周期太长了。后来复盘，根源是我前期太依赖那个渠道商的关系，自己没直接扎进临床科室。放射科和超声科的需求完全是两码事——放射科要的是技师工作站能批量导入，超声科要的是跟RIS双向同步的预约池，免得医生一边做B超一边手写登记。我拿着标准方案去了三次才听明白。这简直让人难以置信，自己居然犯了这种低级错误。

二、需求反馈不是传话筒，是翻译官

今年给产品团队递了23条需求，被采纳了8条。其中一条让我印象最深：移动护理系统里皮试结果记录的逻辑。

原产品是护士做完皮试后手动输入观察时间，系统倒计时，到点弹窗提醒。听起来很合理对吧？但你去急诊输液室蹲一天就知道，一个护士管十几个病人，皮试观察时间经常撞车，弹窗会被其他操作覆盖，或者被护士顺手关掉。有个客户当着他们护理部主任的面骂我：“你们做产品的上过临床吗？你知道我们因为这个漏记皮试，被质控扣了多少分？”

我没反驳。回公司把护理部的排班表要过来，又请一个护士帮忙录了三段她同时处理三个皮试提醒时手忙脚乱的屏幕视频。产品负责人看完沉默了。最后改的方案是：批量皮试模式，按时间优先级自动排序，倒计时悬浮窗固定在最上层，逾期未记录的直接标红并推送到护士站大屏。这个版本上线后，那家医院皮试漏记率从月均11例降到了2例。

我犯的错是反馈太慢。很多问题在现场就发现了，但回来忙着跟下一个单子，拖一两周才写需求文档。结果同一个问题在三个不同医院分别暴露了一遍，每个客户都生了一回气。后来我定了个规矩：现场遇到产品问题，当晚必须用手机录一段一分钟的语音描述发产品群里，第二天再补文档。虽然还是会被嫌弃，但至少研发知道我在催。

三、故障处理：先别吵，把拓扑图打印出来

今年直接处理了6起二级以上故障。最让人无奈的，是某妇幼保健院的LIS系统升级后，检验结果死活推不到临床工作站。我们研发远程查了两天，日志显示中间件发送成功，但HIS那边坚称没收到。双方在微信群里互相甩了三天锅。

我到现场做的第一件事，不是看日志，是把网络拓扑图打印出来——A3纸，拿红笔把每一个数据交换节点圈出来，然后从LIS服务器开始，一个节点一个节点地抓包。查到第四个交换机的时候，发现端口镜像配置导致数据包的TTL值被改写了。这不是任何一方的责任，就是医院内网历史遗留问题。

之前为什么没查出来？因为远程排查的时候，大家都默认内网环境是干净的。这件事之后我定了个规矩：所有项目验收前，必须做一次完整的故障模拟演练，把网络、存储、接口三方的人全部拉到现场，跑一遍异常场景——比如断网、断电、接口超时、数据库连接池满。今年后三个项目执行了这个流程，交付后一个月内故障率比之前降了大概六成。

四、设备对接：细节写在合同里的才是你的

医疗信息化躲不开设备。CT、核磁、超声，这些大设备要跟系统对接，施工的时候网线怎么走、光纤收发器用什么型号、设备端的IP地址子网掩码怎么配，合同里从来不写，但出问题全找你。

今年被一件事教育了。某二级医院新装了两台DR，施工方图省事，把网线和电源线穿在同一根管里。干扰大到什么程度？图像传输经常丢包，技师每拍三四个人就要重启一次设备。我去现场的时候，放射科技师指着屏幕说：“你们系统不行，老是丢图像。”我蹲在机柜后面把线管拆开一看，差点气笑了。

▲赵老师教案网精品索引:

医疗信息化销售工作总结 | 信息化教学教案 | 信息化实习周记 | 档案信息化建设方案 | 医疗信息化销售工作总结 | 医疗信息化销售工作总结

后来我把施工规范里的强弱电分离要求加粗标红写进了项目交接文档，要求集成商必须拍照确认。就这一条，今年至少避免了两起类似故障。

五、自己的坑自己填

说两个短板，不怕丢人。

第一，不会算账。不是销售数字的账，是技术方案的账。客户问“这个接口开发要多久”，我经常凭感觉报，结果研发那边说要翻倍。今年搞砸过一次：给某医院承诺了四周上线体检系统对接，结果LIS那边临时改了数据结构，最后花了七周。客户虽然没有索赔，但信息科的人见了我都开玩笑：“你们的时间单位是月吧？”后来我建了个Excel表，把过去12个项目的接口类型、研发耗时、实际人天列出来，每次报价前先查表，再找研发复核。后三次报价，误差控制在两天以内。

第二，不擅长同时处理多个紧急事件。十月有三家医院同时报故障，我整个人是分裂的。后来学会了一个笨办法——按影响临床业务的程度排序：手术室和急诊优先，门诊次之，病房再次之，行政后勤往后排。这听起来很简单，但当时就是手忙脚乱。有一次把两个医院的故障搞混了，给甲医院说了乙医院的解决方案，对方一脸懵。后来我养了个习惯：每个故障单独开一个记事本，标题写上医院名和时间，处理完一个关一个。

六、明年不想再踩的坑

就两件事：把需求反馈的响应时间压缩到48小时内，以及把每个项目的接口对接方案做成可复用的检查清单。不做清单就是重复踩坑，这个道理我今年在第四个医院又验证了一遍——明明前三个医院都遇到过路由配置问题，到第四个还是没提前检查。

对了，还有一个教训：别觉得签了合同就万事大吉。今年有一个项目，合同签了，预付款到了，结果客户内部科室调整，原定的上线时间推了三个月。那三个月我每周去坐一天班，帮他们整理基础数据、培训新来的护士长。最后项目上线的时候，那个护士长说：“你是唯一一个没催过我们进度的厂商。”这话听着像表扬，但我心里清楚，要不是怕尾款收不回来，我也催。

推荐阅读:

更多精彩工作总结内容，请访问我们为您准备的专题：工作总结

热门标签: