简介这是一份面向医院检验科实施人员与系统管理员的中联LIS系统操作手册聚焦实验室检验全流程的信息化管理。资源按系统概述、模块介绍、操作流程、模块功能介绍组织覆盖LIS数据初始化模块集合与管理运用模块集合并详细说明门诊、住院、体检三类核心业务流程以及仪器管理、质控数据设置、项目通道码配置、参考范围与默认结果维护等初始化操作。读者可按步骤了解从收费登记、标本采集、条码扫描、标本分发编号到仪器上机、结果自动接收或手工录入、报告审核与集中打印的完整链路。资源为单个PDF文档体积仅126KB便于按目录检索或打印查阅。目前已有707人学习适合正在部署、初始化或日常运维中联LIS系统的医院信息科、检验科人员参考使用。1. 中联LIS操作手册PDF检验科与信息科都能用的落地参考这份PDF是三类人绕不开的文档刚接手LIS维护的信息科新人、要给检验科做操作培训的骨干、以及被各种报告异常折腾到头疼的实验室负责人。它对应的是中联医院信息系统里的检验模块覆盖从标本签收、报告审核到互联网报告推送的完整链路不是泛泛讲概念的PPT而是能直接翻到某一页照着点的那种手册。我拆过的项目里这种文档最难得的不是功能列表而是现场操作细节。本篇不评好坏只讲怎么把它吃透以及那些手册里没写透但实际上线后必然会踩的坑。2. 登录与权限模型先搞清你能点哪里、不能点哪里2.1 账号分级不是摆设审核与录入必须分人检验科最常见的翻车现场是权限混用。很多科室为了省事录入员和审核员用同一个账号导致后续问题追溯时根本说不清是谁发的报告。手册里会有账号维护和权限分配的章节但容易被跳读。我一般会建议科室先做角色拆分录入、复核、审核、主任查询四级起步。# 常见做法是先在系统管理模块建立角色组 # 角色名建议带前缀方便按科室筛选 INSERT INTO sys_role (role_code, role_name, dept_scope) VALUES (LIS_INPUT, 检验录入员, 化验室), (LIS_REVIEW, 检验复核员, 化验室), (LIS_AUDIT, 检验审核员, 化验室), (LIS_DIRECTOR, 科室主任查询, 化验室);这里的关键是dept_scope控制数据范围如果某个角色能跨科室看报告后续互联网报告查询的权限边界就会失控。权限分配完成后建议实测三个场景录入员能否审核、审核员能否修改已审报告、主任能否看到其他科室报告。手册里写了“权限互斥”但没标红强调实际项目中这一步漏掉的话后面全乱套。参数层面有两点容易被忽略第一是账号有效期实习生账号到期后未停用会一直挂在系统里第二是密码策略不强制修改的话很多科室的密码三年没动过。这两个在手册的“系统参数配置”里能找到但不显眼我在给某公司信息科做培训时专门标红了这部分建议设立季度巡检习惯。2.2 手工报告与仪器报告录入界面的两种进入姿势检验报告分两种来源仪器自动上传和手工录入。前者走仪器接口标本到达后自动抓取检验结果后者适用于手工项目如粪便常规、精液分析。手册里对这两种录入路径做了区分但很多人容易混淆操作入口导致数据重复或漏传。手工录入的核心操作有几个要点选择检验项目时要核对收费编码和检验组合的关联否则会出现“做了检测但无法计费”或“计了费但项目不全”的结果。结果输入完成后保存系统会弹出“是否提交审核”的确认框这一步不能跳过。如果直接关掉界面记录会停留在“草稿”状态既不收费也不出报告。# 模拟手工报告保存时的状态机流转 def save_result(status): if status draft: return pending_submit elif status pending_submit: return pending_review elif status pending_review: return reviewed else: return status_error这段逻辑对应手册里“保存不等于提交提交不等于审核”的说明。状态字段pending_submit意味着报告还没进审核队列检验科人员在当前界面会以为“已经录完”但审核端根本看不到这条记录。实际血泪经验是设置每日下班前检查“今日草稿记录数”这个操作习惯能避免第二天一早患者来取报告时系统里还是空的。3. 报告审核与修改从入门到不被护士长骂3.1 审核界面的信息密度与快捷操作中联LIS的审核界面默认承载大量信息包括患者基本信息、样本信息、历史结果、当前结果、参考范围、异常标识。一个新上手的人面对这个界面容易发懵不知道该看哪里。手册里提到“审核列表支持按异常值排序”但没讲这个功能怎么恰当使用。我常用的做法是先把“异常值优先”打开把问题样本排到最上面优先处理那些结果危急的项目。-- 异常结果优先查看的SQL思路 SELECT * FROM lis_report WHERE report_status PENDING_REVIEW ORDER BY CASE WHEN abnormal_flag CRITICAL THEN 0 WHEN abnormal_flag HIGH THEN 1 WHEN abnormal_flag LOW THEN 2 ELSE 3 END, collect_time ASC;这段SQL对应界面上的排序逻辑优先标志为CRITICAL的危急值。有些科室会争论“到底该按时间排还是按异常排”我的经验是按异常排但要有时间兜底——重点看那些超过30分钟还没处理的危急值处理方式是把时间条件加进去。审核时不能只看单个结果必需要看“历史结果变化趋势”一个昨天还正常的血糖今天突然低了就需要关注但如果你眼中只有当前结果而漏掉变化问题就埋下了。手册里应该有历史结果对比功能的位置说明我每次培训都会重点强调。3.2 修改已审报告留痕与权限的双重限制报告发出去以后病人拿走了或者互联网报告已经推送到手机端再发现结果录错了怎么办手册里有“报告撤回”和“报告修改”两个入口但这两个功能在实际使用中存在边界模糊问题。报告撤回后重新审核需要填写撤回原因但可以选个“其他”就提交报告修改则只能由审核权限以上的账号操作而且修改后系统会记录修改痕迹和修改内容。# 报告修改记录的留存查询方式 # 进入报告修改记录查询页面输入报告编号 # 查看内容包括修改前结果、修改后结果、修改人、修改时间、修改原因参数上的三个细节很重要。第一是“修改后是否重新审核”这个系统参数若设为“否”修改完就直接发布存在风险第二是“修改原因是否必填”部分版本不强制填写容易导致后续查证时没有依据第三是“修改次数限制”有些机构设置了最多修改三次超过后必须走人工申请。手册里写的是功能基本用法实际上线时建议把这三个参数都设成最严格档。退回理由是护士站和患者最容易质疑的地方空泛的“其他”对家属解释极其苍白建议维护一套常用的标准化退回理由库从接口处落实“说人话”的细节。4. 常见问题与排查翻车场景与解决路径4.1 条码标签打印乱码或扫不出来现象样本管上的条码打印出来模糊或者扫码枪扫半天识别不了。原因拆解通常不是打印机坏了而是标签模板里的字体被替换成中文字体导致条码的窄条和宽条比例失真还有一种情况是标签纸类型选择错误热转印用了热敏设置打印效果偏淡。解决先去条码打印参数设置里确认打印机的分辨率是203dpi还是300dpi标签模板里的条码模块需要选“Code128”必须关闭“人类可读文本”里的中文显示。如果是排版问题改成纯数字加字母组合的样本编号少用特殊字符。# 打印参数常见修正项 # 标签宽度50mm # 条码类型Code128 # 分辨率203dpi # 打印浓度15根据测试页调整4.2 仪器结果传不上来采样器一直转圈现象仪器已经出结果了但LIS工作列表里对应样本的状态一直是“已采集”没有变成“已上机”或“结果已传”。原因通常是通讯服务进程卡死或者是仪器接口配置里的串口参数被修改。排查顺序是先看LIS的服务进程是否在运行再看仪器通讯日志有没有最近的数据包最后查仪器端设置。解决重启通讯服务进程前先把当前日志备份否则问题没查清楚就重启下次再出现还是找不到根因。串口参数需要确认波特率、数据位、校验位和停止位这四项必须和仪器端完全一致。我在某公司现场时发现是USB转串口的驱动被系统更新覆盖导致接口通讯失败重装驱动后恢复正常。这类事情手册里不会写但确实是最常见的坑。4.3 报告已审核但互联网端查不到现象科室里显示报告已审核但患者用手机查报告却看不到。原因有几种一是互联网报告推送服务没有成功写入外网库定时任务没跑二是报告在审核前没有打上“允许互联网查询”的标识三是患者手机端查询条件不对比如查了住院报告却选了门诊入口。解决在LIS后台找到报告查询用报告编号查一下数据的推送状态。如果“推送状态”是“待推送”检查定时任务调度是否正常如果是“推送失败”查看失败原因多半是患者身份信息里的证件号有特殊字符导致接口校验不通过。# 手动触发报告推送到互联网端 # 进入系统工具 - 数据推送管理 - 选择时间范围 - 勾选“重新推送”4.4 多科室共用采血室标签打错科室现象条码上的检验科室和实际送检科室对不上患者拿着条码去采血护士不知道该送到哪个组。原因打印条码时默认带出的科室是开单科室但实际送检可能是中心实验室条码模板里取的字段不对。解决需要改条码模板的数据来源让条码显示“送检科室”而不是“开单科室”。这个字段在手动模式下可能有人能记得切换但默认模板经常带的是开单科室改模板的时候还要注意条码内容不能加长否则超出标签纸宽度会打印不全。改完之后打印测试标签拿扫码枪实际扫一遍确认无误后再批量使用。4.5 危急值上报了但临床说没收到现象检验科给某病区打电话报告危急值病区说没接到。原因不是电话没打通而是LIS的危急值闭环记录里没有操作痕迹。很多科室是检验科先电话通知再回来补录上报记录但漏了“通知接收人”这个必填项导致闭环不完整。解决在危急值上报界面把“通知接收人”“通知时间”“反馈结果”这三项设为必填同时建立无响应升级机制——如果打了两遍没人接按预案升级到科主任或总值班。这个功能的操作手册里有但全院范围打通还是需要信息科配合设置检验科自己不会知道有这层逻辑。有一次一个夜班护士说没收到后来查录音电话其实响了三声她就挂了从那以后我们强制要求上报时必须问一句“请复述一下患者姓名和危急值项目”作为接通的确认凭证。5. 从操作手册到执行规范数据校验与接口联调的几个习惯5.1 把手册上的操作节点变成日巡检脚本LIS上线后不是运行起来就完事了日常运维主要盯三条链路检验仪器数据采集是否持续、报告审核到发布的流转是否顺畅、互联网报告推送是否及时。三条链路对应三个巡检项我用一套脚本来做日常自检#!/bin/bash # 日巡检LIS核心链路检查 echo 1. 仪器通讯进程状态 ps -ef | grep lis_comm_server | grep -v grep echo 2. 今日报告状态分布 mysql -ulis_user -p*** -e SELECT status, COUNT(*) FROM lis_report WHERE report_date CURDATE() GROUP BY status; echo 3. 推送异常记录 mysql -ulis_user -p*** -e SELECT id, report_id, push_status FROM lis_push_log WHERE push_time (NOW() - INTERVAL 2 HOUR) AND push_status ! SUCCESS; 这个shell脚本的关键是三个检查点覆盖了高频故障面进程在不代表通讯正常但进程不在一定异常状态分布里如果“草稿”超过10条说明有人录完没提交“推送异常记录”是夜里常出的问题白天发现及时处理就好。我习惯加上县备失败告警机制集成到企业微信通知从技术层面兜底“半夜出问题也能及时知晓”。5.2 接口联调文档的保留习惯参与过几个LIS与其他系统对接项目后我养成了一个习惯接口联调期间产生的字段映射表必须存下来并且要标清楚“哪个字段是必传的”“哪个字段是可选但建议传的”“哪个字段被对方系统忽略”。样本唯一标识这个字段在联调时最容易出问题——LIS侧叫SAMPLE_NO对方系统可能叫BARCODE或PATIENT_LABEL不做映射的话数据对不上。按照操作手册维护对照表即是项目交付物也为未来接口变更时留足依据。我见过某第三方公司的对接项目联调完成后映射表散落在个人聊天记录里半年后接口调整没有可查阅的文档支撑只能重新抓包分析那才是最耗时间的返工。这种文档是随时能派上用场的后悔药——每次改需求前先翻一遍至少能少开两次会。5.3 签收、审核、打印三段式验证法任何一个新流程上线我都会用一套固定方法做三段式验证先走一遍签收到审核的完整链路确认状态流转正确再打一张纸面报告确认版式和条码清晰度符合验收要求最后在互联网端查一条数据确认推送结果不缺失。这套验证流程在LIS升级或者新增仪器时特别要紧能快速暴露申请单类型和作用域是否按预期生效。系统升级常常只报告“版本号变化”但实际操作路径变了不完整走一遍就没有底相当于黑匣子状态。某次模拟项目X升级后PCR仪的通讯参数没保留住当天夜班才发现异常从那以后我每次升级都强制走一遍三段式验证法再签字确认。希望这些拆解能帮你在拿到中联LIS操作手册时快速定位到核心章节避开我踩过的那些坑让系统回归稳定。本文还有配套的精品资源点击获取