企业官网建设流程全解析

简介：这是一份面向医院检验科实施人员与系统管理员的中联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操作手册时快速定位到核心章节，避开我踩过的那些坑，让系统回归稳定。

本文还有配套的精品资源，点击获取