前言县域医院的信息科普遍人手少很多就 1-2 个人。他们懂服务器、懂数据库但药房内部盘点、拆零药品、退药审批这些细节信息科主任未必完全清楚。很多坑就出在这里调研只蹲在信息科办公室不去药房窗口跟班。方案写得很漂亮等到试运行药师发现新系统和他们多年的操作习惯对不上库存账算不平直接拒绝签字验收。记住一条现场原则信息科负责系统底层、机房、合同和向上汇报药房、收费、护士负责真实业务规则。业务规则不能只听口头描述必须在旧系统调出真实单据现场验证一遍。口头说的经常有记忆偏差实际操作又是另一套流程。一、进场前怎么规划调研别瞎跑现场人员与时间安排单院区参考多分院要增加场次不用搞一大堆人进场2 个人最合适。业务侧1 人产品 / 实施泡药房、收费窗口、护士站跟着一线人员跟班操作抓业务流程、隐藏规则、日常痛点。技术侧1 人DBA / 实施跟着信息科看机房、查数据库、梳理接口、网络、服务器、备份情况。时间安排3 天足够完成基础调研第 1 天启动会机房硬件摸排全天泡药房跟班跟着药师走完早上入库、上架、门诊发药、退药一直到下班盘点。药房是重中之重不能走马观花。第 2 天门诊收费、住院医嘱、医保结算、LIS/PACS、公卫平台接口挨个对接梳理。第 3 天抽查旧数据库样本数据统计脏数据汇总所有现场发现的风险最后开收尾会双方核对调研记录。进场前备好这几样东西打印好的调研清单本章配套附件现场勾选旧系统只读账号严禁生产环境做任何修改操作只查询提前跟院方沟通好可以截图、录屏但患者隐私信息不能拍病历、身份证信息全部规避准备空白纸随手记一线人员吐槽的痛点这些都是后续验收时的关键点风险记录本调研阶段发现的问题当场记下来不要等回公司再回忆三条现场铁律别偷懒口头描述的业务规则一定要在旧系统找真实单据复现验证。药师说拆零药品怎么扣库存直接调出一张拆零处方看系统字段变化。区分书面制度和实际操作。医院文件写的流程窗口实际干活会简化以一线真实操作为准差异点单独记录拿给信息科确认。调研结束输出调研确认单信息科 业务科室负责人签字。白纸黑字锁定范围防止后期改口随便加需求。二、药房调研云药房核心花最多时间在这里对接人优先药房组长、门诊药师、药库管理员。一定要跟班一整天只开会聊不出真实问题。基础情况药房架构有没有独立药库、门诊药房、住院药房。医共体项目要确认分院数量药品能不能跨分院调拨调拨怎么走流程。岗位人数每个人日常做哪些操作谁负责入库、盘点、报损。药品分类普通西药、中成药、中药饮片麻精药品这类特殊药品系统管控逻辑是什么。采购渠道院内自主采购还是医共体统一采购订单是手动录入还是对接省药采平台自动拉取。入库验收、调价采购订单怎么来供应商能不能直接传 Excel 入库单验收必填字段批号、效期、厂家、注册证、采购价、零售价。不合格药品退回供应商在系统怎么操作。货位管理是否启用货位编码一个药品放多个货位怎么处理。药品调价调价什么时候生效旧库存要不要跟着改价调价记录需要保留多久。库存、盘点、效期预警最容易对账翻车库存扣减时机这个是头号大坑是处方审核完就扣库存还是药师点发药的时候才扣新旧系统逻辑不一致试运行库存直接对不上。近效期怎么预警一般设置几个月预警清单怎么导出发现近效药品后续怎么处置。盘点模式每月全盘还是抽盘盘点出现账实差异谁有权限调账需要几级审批。药品报损破损、过期药品报损流程是否需要上报药监报损数据留存要求。调拨药库调拨到门诊药房分院之间调拨出库、入库确认规则调拨出现差异怎么处理。拆零药品县域药房高频痛点很多方案直接漏掉哪些药需要拆零拆零之后是否生成独立批号。效期是沿用原药品有效期还是拆零后重新设置固定期限。拆零药品库存扣减、盘点、效期预警逻辑发药打印标签有什么强制要求。拆零药品退药退回药房库存怎么回写很多旧系统这块逻辑很乱。处方、发药、退药门诊处方完整流转路径医生开方→审方→收费→发药。每个处方状态定义未收费、已收费、已发药、作废。退药分两种全额退、部分退。已发药、未发药的退药流程不一样医保药品退药有没有特殊限制。医保外配处方是否启用处方推送到哪个平台。住院药房长期 / 临时医嘱摆药出院带药、病区领药、退药规则。收集药房现有痛点现场直接问药师平时用旧系统最烦哪些地方。比如盘点导出麻烦、找不到近效期清单、处方加载慢。这些痛点写进需求上线之后药师认可度会高很多。现场必做动作随便挑 3 张历史单据正常发药、部分退药、药品报损单在旧系统完整走一遍确认字段、状态变化。三、门诊 HIS 业务调研对接门诊收费员、门诊医生、门诊护士长挂号普通号、医保号临时就诊卡、身份证建档。重复患者档案怎么合并处理。收费项目诊疗费、药品、检查项目。职工医保、居民医保、异地医保结算规则有没有差别。处方修改、作废权限已经收费的处方还能不能修改药品。处方打印模板有没有固定格式要求。门诊退费部分退费、全额退费需要谁审批退费之后处方状态怎么联动。门诊高峰每天哪个时间段人最多峰值接诊量用来评估新系统并发压力。四、住院 HIS 业务调研对接住院护士、住院结算人员入院登记床位分配押金收取规则。长期医嘱、临时医嘱停嘱、作废之后怎么同步到药房。住院费用自动记账、手工补费费用审核规则。出院即时医保结算出院带药流程。欠费管理、住院退费审批。五、外部接口调研很多项目后期卡在对接上目标一次性把所有对接系统摸清锁定范围不然后期院方临时新增对接额外加工作量。逐个登记医保省级 / 国家医保平台接口版本实时结算还是离线上传医保报错、异常回传怎么处理。LIS 检验HIS 开单推送检验结果回传。对接方式是 WebService、HL7还是直接读数据库视图。数据库直连是信创改造高危点监理大概率不认可优先改成 API 对接。PACS 影像申请单推送报告回传。公卫平台慢病、传染病上报接口。药品采购平台订单、入库数据对接。其他电子病历、体检系统、统一身份认证。六、旧系统数据调研为迁移铺路对接信息科 原厂商 DBA旧库是什么数据库、版本、字符集。核心表患者、处方、库存、结算表大概多少条数据整体库容量。历史数据迁移范围这个地方可以帮医院省很多事是全量迁移所有历史数据还是只迁移近 3 年业务数据更早的数据归档只支持查询不进新生产库。这个方案要信息科书面确认能大幅降低迁移风险。提前排查脏数据负数库存、重复患者档案、残缺处方、异常结算记录。脏数据要提前统计迁移前做清洗别等到割接当天才发现。旧系统备份策略备份文件能不能正常恢复迁移前要做一次完整全量备份。七、机房、网络、终端外设调研跟着信息科去机房实地看不要只听口头描述现有服务器型号、CPU 架构、内存硬盘哪些机器要下线哪些保留。本次信创采购服务器数量主备架构存储容量需求。院内局域网药房、收费窗口网络稳定性医保专线是否独立。医生、药房工作站电脑要不要换成麒麟 / 统信桌面。打印机重点核对处方打印机、条码打印机型号。信创桌面驱动是大坑很多项目上线条码打不出来药房窗口直接卡住。八、调研完成必须交付这一套文档调研不是聊完就完事产出物是后续写需求规格书、监理归档的依据。《现场调研汇总报告》业务现状、现存痛点、改造范围、识别的风险业务流程图门诊处方、入库调拨、退药流程《业务规则确认表》所有特殊业务规则院方签字确认《外部接口清单与对接范围确认单》《历史数据迁移范围确认单》《项目风险清单》《调研确认单》院方签字锁定基线九、现场踩坑总结都是真实项目踩出来的只找信息科不去药房跟班。信息科不懂一线药师拆零、盘点的细节上线业务验收卡壳。盲目迁移十几年全部历史数据数据量大、脏数据多割接时间拉长风险翻倍。优先推荐旧数据归档方案院方一般都能接受。业务规则口头确认没有签字单。项目到中后期科室冒出新要求全部算变更工期成本失控。忽略外设条码打印机、处方打印机驱动适配没提前测上线药房打印失效。接口范围没锁定调研阶段没写死中途院方不断新增第三方对接需求。不提前抽查脏数据迁移阶段才发现大量异常库存临时清洗耽误割接计划。本章小结调研本质不是收集资料是锁死项目范围挖出纸面文档没有写的业务潜规则提前识别数据、接口、外设隐患。技术问题可以调试代码可以修改。一旦调研基线没有签字锁定后面业务需求反复拉扯项目工期、成本都会失控。一份扎实的现场调研能规避掉后面 70% 的返工。调研完成的签字文档既是写需求的基础也是保护实施团队防止需求扯皮的凭证。