LIS系统方案

LIS系统方案 全自动化检验信息管理系统 设计方案 1 目录 第一章 1 2 3 4 概述 „„ 4 需求说明„„ 4 检验科的困扰„„ 4 建设目标„„ 5 建设原则„„ 6 4.1 易用性:„„ 6 4.2 安全性:„„ 7 4.3 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 化:„„ 8 4.4 稳定性:„„ 9 4.5 响应速度快:„„ 9 4.6 灵活性、维护性:„„ 10 4.7 扩展性:„„ 10 4.8 先进性:„„ 11 4.9 软件正版化:„„ 11 4.10 一体化:„„ 11 4.11 合法性:„„ 12 4.12 系统集成:„„ 12 4.13 医院信息系统运行基本要求: „„ 12 4.14 系统运行的维护与管理: „„ 12 4.15 数据完整性:„„ 13 4.16 客户化开发:„„ 13 需求分析 „„ 15 业务流程需求分析„„ 15 总体方案 „„ 19 系统总体框架„„ 19 硬件配备„„ 20 系统设计方案„„ 21 系统功能„„ 24 检验系统工作流程图„„ 24 操作界面介绍„„ 26 HIS 与 LIS 的集成„„ 49 门诊自助取单系统介绍 „„ 54 检验设备数据采集„„ 56 系统安全稳定资料齐全 „„ 57 数据、数据库、数据字段编码标准化 „„ 57 应急预案„„ 59 应急预案目的„„ 59 应急预案实施责任制„„ 59 应急预案实施范围和时间 „„ 59 应急预案实施通报制度 „„ 59 信息系统故障一般应急措施 „„ 60 2 第二章 一、 第三章 一、 二、 三、 四、 1. 2. 3. 4. 5. 6. 7. 五、 1. 2. 3. 4. 5. 六、 数据异地备份方案„„ 61 1. 数据库异地备份目的„„ 61 2. 数据库异地备份原理„„ 61 3. 数据库异地备份同步计划 „„ 61 3 第一章 1 需求说明 概述 随着医疗制度改革， 医药分家政策的逐步实施， 检验科在医院中的地位显得越来越 突出。 检验科室拥有众多的医疗检验仪器， 不仅需要为临床诊断提供及时准确的检验结 果;为病情的判断和治疗提供科学的依据;还要取得良好的经济效益。所以医院对检验 科的综合管理要求也在日益增高。实验室信息系统是提升管理要求的必备手段～ 为建立具有更好的适应性、灵活性、稳定性的实验室管理系统，为了充分满足 实 验室管理需求， 通过对贵院检验科信息化现状的了解并结合我们自己在检验科信息化建 设过程中的经验，贵院检验科在日常工作中可能会遇到以下的困扰 2 检验科的困扰 2.1 检验申请单与报告单没有实现分离 随着医疗管理机构对院内感染的重视， 特别是 2003 年 SARS 之后， 管理机构都在强 调控制报告单污染所引发的院内感染。 在各级卫生管理部门对检验科的督查中， 该项规 定都是督查的基本内容。但在实际工作中，特别是在一些检验量比较大的工作组，例如 临检室中， 检测 工程第三方检测合同工程防雷检测合同植筋拉拔检测方案传感器技术课后答案检测机构通用要求培训 的标本量比较大，报告速度要求也较高。在缺乏相应的工具时实现申请 单与报告单分离，势必造成工作量的增加。 2.2 与实验有关的数据保存麻烦 检验科在日常工作中， 产生了大量的与实验有关的各种各样的数据， 在缺乏信息保 存有效手段的情况下，如果想妥善的保存数据也势必将造成工作量的增加。 2.3 由于临床检验设备没有与医院网络联网运行，很多检验设备只有单机的简单 的报告书写系统，检验报告无法集中打印和传输 报告单管理麻烦。 科室使用单机版的报告软件进行报告打印时只能以检验仪器或检 验小组为单位， 无法实现以患者为单位进行报告打印， 当患者的检验是由多个小组或仪 器合作完成时则容 易出现漏单等情况， 而且如患者需要到检验科补打报告单时也必须在 多个工作站上才能完成。 2.4 生成报告单时工作量大，且属于重复劳动 在医院使用了记账系统甚至电子病历后， 患者的基本信息和检验申请信息实际上已 4 经以电子化的形式存在了， 但由于单机的报告软件无法实现与 HIS 的数据连接， 因此检 验科还必须使用人工输入的方式处理检验报告， 工作量很大。 而且在使用手工申请单的 情况下， ‘张冠李戴’的现象时有发生，容易造成些纠纷。 2.5 费用控制不易 由于现有的检验收费均由医院财务处理，财务部门与检验科在实际工作中交流不 便。且科室内部‘人情检验’的问题也缺乏有效的监督手段。 2.6 临床科室的检验申请信息不能通过网络传输到检验科室和检验设备，同时检 验科向临床反馈检验结果工作麻烦，且管理不便 在目前状况下检验科必须将所有报告单打印出来并分类后送至住院科室 (或由住院 护士到检验科领取) ，报告单的交接登记等工作琐碎麻烦，容易出错。急诊报告或危急 值报告除了电话报告外，没有其他的手段辅助。 2.7 科室内部统计报表制作麻烦 随着医院管理的要求越来越高， 检验科经常需要向医院提交各种统计报表， 但由于 数据信息分别存放在各个仪器工作站中， 无法集中统计查询， 因此每月制作相关统计报 表必须花去大量的时间。 而且为了满足检验科科研工作的要求， 也必须对大量的检验基 础数据进行分析和处理，缺乏有效的工具对科研工作也造成了一定的障碍。 2.8 检验报告信息不能传输到临床医生工作站，病人的电子病历也不能通过网络 传输到检验科室,不利于提高检验科室医务人员和临床医务人员对疾病的诊 断水平，不利于提高医疗质量和工作效率 3 建设目标 3.1 建立一个先进的、能够覆盖 主要业务部门、主要业务量的完整的 LIS 系统， 能够满足医院的目前 HIS 系统的应用。 3.2 根据医院管理模式采用科学化、信息化、规范化、标准化理论进行设计建立， 以满足医院管理模式和管理流程的规范化和持续改进的需要。 3.3 系统具有较好的实用性。符合现行医院体系结构、管理模式和运作程序，能 够满足医院一定时期内对信息的需求，并能对提高医疗服务质量、工作效率 和管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。 5 3.4 系统保证与我国现行的有关法律、法规、规章制度相一致，并能满足与各级 医疗机构和各级卫生行政部门交换信息的要求。 4 建设原则 4.1 易用性: 系统界面采用与微软操作系统一致的风格，支持五笔，拼音，代码等方式的输入。 操作界面设计充分考虑人体结构特征及视觉特征， 力求界面美观大方， 简捷实用并统一。 系统支持多种显示器，页面信息布局合理，各系统页面连贯、完整，各页面菜单控件的 排列调整方便，可以按照医院的需求进行调整，不需要修改源代码。 用户使用系统过程中遇到操作难题， 可随时调阅系统自带的帮助文档。 系统操作方 便， 大部分模块支持键盘独立完成操作。 常用项目的罗列和项目的选择可以使用回车键、 翻页键、数字键、箭头键等来完成。 1) 基于词库文件的辅助输入法 易通 LIS 系统提供了一种统一的数据辅助录入方法来帮助使用者提高数据录入速 度。 该方法是将用界面中大量的数据录入校验和代码转换工作所访问的静态或相对静态 的字典数据，如省市名称、药品名称、检查项目名称、疾病名称、手术名称。医院科室 名等及其对应的代码， 定义为文本格式的词库文件存放于客户机端。 在用户需要系统辅 助录入时， 将词库文件中的条目显示在屏幕上， 由用户通过输入码选择所需的条目填入 屏幕输入字段中。这样，不仅帮助用户以最简便的方法完成了数据的 录入，而且，整个 输入转换工作都在客户端完成， 极大地减少了服务器的处理量以及网络流量， 提高了系 统的整体性能。 系统提供了统一的自动更新维护机制来管理和将更新客户机端的词库文 件。 2) 基于项目别名的数据钻入 系统允许同一个项目具有多个名称，例如一种药品可以有不同名称。这些名称中， 一个为正名，其余都是别名。不同的名称对应不同的输入码，可以通过任一别名将一个 项目输入。在内部存贮时，使用项目的标准名称或代码。 3) 用户自定义输入码 每个数据字典的条目都定义有输入码， 在缺省情况下， 系统采用数据的拼音字头为 该项目的输入码。用户也可以使用其他的输入码方案来代替该字段的内容，如五笔码， 6 或直接采用存储码。 系统通过设置输入码表， 支持一个项目可以有多种输入码。 用户可以将一个项目的 多种输入码同时存放在该表中并生成不同的词库文件。 不同的用户对同一项目可以使用 不同的输入法。例如:标本登记时选择标本状态可以使用四角号码，而护士录入医嘱可 以使用拼音词头。 4.2 安全性: 用户安全机制 LIS 的用户设计为医院的医生、护士、医技人员、管理人员等。系统既包含了病人 医疗相关的数据，又包含经济方面的数据。因此，系统的安全控制格外重要。 首先，系统提供数据库一级的安全性，确保各部分数据只被授权的合法用户使用。 这样，不管用户通过什么程序，即使数据库工具，也无法访问到未经授权的数据。 其次，为了控制用户对特定程序的使用，需要提供应用程序级的安全性。 第三，由于用户数量大，为便于管理，按角色将用户进行分组。通过对用户组的授 权，可以对该角色的所有用户进行授权。由系统管理员统一进行授权管理。 第四，对于重要的数据更新，系统要记录修改者及修改时间，以备查考。 ? 系统安全与数据备份 由于该应用系统是一个典型的 7×24 的不间断运行系统， 对于系统的容错和安全等 方面有相当高的要求，在这样的一个大型系统中，数据的丢失、泄露等带来的损失是无 法估计的。 我们认为， 最为理想的数据库服务器配置应该采用双机容错加外置式磁盘阵列; 另 外，为了保证系统的安全性，还应该采用磁带机备份的方式。这样能最大地保证系统的 数据安全性。根据医院的实际情况，对于数据备份采用复合的备份方案，对数据和事务 日志完全备份，或者增量式备份。 ? 系统容灾 针对系统应用容灾，特别推出独有的应急服务器方案。 首先，我们建立一台应急备份服务器，运行环境与主服务器相似; 然后，我们通过数据库备份机制，采用完全备份+日志备份的方式，以 15 分钟为时 间间隔， 对业务系统的数据库数据进行自动的备份， 并将备份数据实时发送到应急服务 7 器中; 在应急服务器中， 我们利用我公司自编的脚本程序， 将备份数据依次自动恢复到应 急数据库中; 当主业务系统发生非常严重的灾难性故障， 导致整个集群系统都不能正常 运行时，我们只需要在应急服务器系统中进行几个简单的操作，系统就能够恢复运行， 相差的数据不超过 15 分钟。 4.3 标准化: 系统功能规范遵循卫生部下发的《医院信息系统软件功能规范》要求，支持国际、 国内的医疗相关标准，包括 HL7、XML、IHE 等相关标准。医院信息系统之间信息交换采 用 HL7 的国际标准，检验设备的接口采用 ASTM 标准，疾病编码采用 ICD-10 标准。 ? 设置数据字典 系统中所设置的数据库表， 一般包括用于存储与业务有关的数据的表和用于管理这 些表的数据字典(表) 。此外，还应包括用于描述医院相关部门或某一业务具体状况的 字典(表) 。对这些字典应该充分考虑，以便通过设置这些字典，使系统能较好地适应 医院的管理或业务状况。这些字典一般分系统定义字典(开发软件时已经确定)和用户 定义字典，用户定义字典是根据用户需要来设置的。 ? 标准编码 医院信息系统已有很长的开发历史， 有关的国际 组织和国内有关部门已就医院共有 的疾病、手术、药品、设备等提出了一些标准(或建议)编码。充分利用这些标准，有 助于规范系统内部或系统之间的信息交换，这是系统通用化的重要保证。此外，我们还 定义了一些内部标准，一旦以后有可采纳的国家标准，我们将提供转换手段。 主要采用如下标准: 1) 符合国家现行的医院 管理制度 档案管理制度下载食品安全管理制度下载三类维修管理制度下载财务管理制度免费下载安全设施管理制度下载 2)符合《软件开发过程性规范》 3) 符合国家标准《计算机软件工程规范》 4) 各项医疗项目名称必须符合当地统一医疗服务收费标准中规定的编码和名称， 并有与 ICD,10 交互功能 5) 信息分类与代码顺序为:国家、行业、系统级 ? 医院编码 8 根据医院的不同要求， 系统配置子系统用来完成 LIS 系统正常运行所需的各项参数 编码设置，并用来指导用户完成系统的维护、升级和数据备份、迁移等活动。上述编码 将在系统中以数据库关键字形式来体现和保存， 并充分考虑到未来升级， 预留部分空间， 实现条码，二维条码等形式。 基础数据设置主要包括科室、病区设置、代码表设置、医院参数设置等类别 业务规范设置包括财务设置、门诊系统公共设置、药品系统公共设置、住院系统公 共设置、可调参数设置等类别 4.4 稳定性: 我方具有基于 Oracle、DB2 或 SQL Server 等数据库系统的开发及实施经验，系统 至少运行八年以上且未出现系统崩溃的现象。 4.5 响应速度快: 性能指标 系统中最常见的查询应用 (包含不同数据量和种类的 SQL 查询， 不同并发用户访问) 及其非查询应用的响应时间如下表所示 (该交易响应时间不包括与医保局实时通讯所需 时间) : 交易平均响应时间测试表(单位:秒) 高 (>200 次/天) 简单交易 (收费项目查询等) 一般复杂交易 复杂交易 极复杂交易 非交易性(报表等) 中 (10,200 次/天) 低 (小于 10 次/天) < 1 < 2 < 3 2 - 3 < 1 < 2 < 2 < 4 2 - 4 < 3 < 3 2 - 4 < 5 2 - 5 < 8 1、 系统验证登入时间:< 1 秒; 2、 界屏转换时间:< 1 秒; 3、 系统键盘操作响应时间:< 1 秒。 4、 更新业务交易(如添加，删除，更新记录)响应时间:< 2 秒; 5、 医嘱项目查询时间:< 1 秒; 6、 业务交易查询时间:< 2 秒; 9 7、 在线数据业务分析、统计、报告反应时间:日内<1 秒，月内<2 秒，季内<8 秒，年内<15 秒; 8、 静态数据业务分析、统计、报告反应时间: 1 年内<20 秒，2 年内<30 秒，3 年内<40 秒。 系统具有一定的智能化程度， 并有比较完善的医学知识库的支持。 达到了提高医疗 工作质量和医疗工作效率的目的。 系统是开放的， 只有开放的系统才能通过接口与其他系统无缝对接， 才能有机地继 承不同系统的功能和相互之间共享资源。 系统是安全可靠和高效的。系统是功能完善的。 系统是可持续发展的。 系统的底层框架必须具有足够的超前性; 系统的整体结构具 有良好的可扩充性和可重构性;系统符合已有的国际、国家和部颁标准;系统符合业界 的规范和习惯。 4.6 灵活性、维护性: 利用计算机软硬件技术、 网络通讯技术等现代化手段， 对医院及其所属各部门对人 流、物流、资金流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、 处理、提取、传输、 汇总、加工生成各种信息，从而为医院的整体运行提供全面的、 自动化的管理 及各种服务， 在先进的计算机技术支持下， 开发一个完整的达到国内领先 水平的支持医院的医疗事务管理监督与控制的信息系统。 系统所具有的完全的菜单动态加载功能， 将不再由前台程序定义。 要加载的什么样 的菜单结构， 或具体什么菜单条目将完全由用户确定。 公司支持人员也可以根据不同的 用户需要灵活定制，甚至可以定制出符合不同规模医院的版本。 系统提供了 800 多个可调参数配置， 用来完成各个分系统的可调参数设置， 他大大 提高了系统的灵活性，满足了用户的个性需要。 系统具有良好的架构， 各个部分应有明确和完整的定义， 使得局部的修改不影响全 局和其他部分的结构和运行， 并利用成熟可靠的技术或产品管理系统的各组成部分， 管 理数量庞大的组件。 4.7 扩展性: 应用系统设计采用开放式系统平台， 以保证不同产品能够集成到应用系统中来， 用 更小的投资获得更高的性能， 同时降低整个系统的开发和维护成本。 系统设计考虑了业 务未来发展的需要，设计简明，各个功能模块间的耦合度小，便于系统的扩展。对于原 10 有的数据库系统， 充分考虑了兼容性， 保证整个系统在实际需要时可以平滑地过渡或升 级到新系统。 另一方面还考虑了与国际惯例接轨及与国内相关信息管理系统 (如社会保 险、银行、商业保险等)的衔接，以确保系统的继承性和可扩展性。系统可与其它外部 系统进行无缝互连。 4.8 先进性: 在实用、 可靠的前提下， 应用系统设计尽可能地跟踪国内外先进的软件开发平台和 软件开发技术， 使设计系统能够最大限度地适应技术发展变化的需要， 以确保系统的先 进性。 从目前行业信息化发展看， 开放性、 先进性是软件系统设计中必需重点考虑的特性， 我们开发整体系统遵循的依据包括: 1) 符合当前主流的技术标准 我们遵循并支持当前技术领域的标准，如 TCP/IP，CORBA，COM/COM+等相关标准。 2) 符合医院信息化的整体技术战略 有些情况下，医院已经开发了相关信息系统。在开发并实施新的系统过程中，我们 必需考虑医院整体信息化战略，要实现它与现有系统的数据共享及衔接。 3) 符合未来技术的发展方向 我们现有产品易于集成、具有可重用特性，并采用主流的有代表性的技术平台，以 保证整个系统是有生命力的。 4) 满足开放、可扩充的要求 满足开放性的要求，不仅意味着系统可以独立于硬件、操作系统，系统开发建设中 能获得更多的技术支持，容易升级，而且开放的系统结构可以和已有的信息资源集成。 系统的可扩充性，意味着一旦需求发生变化，系统能尽快得到扩充，原有的投入得到保 护，从而在整体上得到良好的投入产出效益。 正是产品具有上述特性， 我们在市场上拥有较高市场占有率， 并获得较高的客户满 意度。 4.9 软件正版化: 我方提供的网络软件、平台软件、数据库软件和开发工具及应用技术、工具软件等 使用正版软件。 4.10 一体化: 11 保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据由发生地一 次性录入， 然后可被所有对该数据有需求的单位多次重复且不同层次使用， 整个系统各 模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互 关联，相互制约。 4.11 合法性: 医院信息系统首先必须保证与我国现行的有关法律、法规、规章制度相一致，并能 满足各级医疗机构和各级卫生行政部门对信息的要求，须上报的统计报表与现规定一 致。 同时今后任何由于政府部门政策改变所致的程序变更， 我方保证能根据政府的要求 和时限进行 技术支持。 4.12 系统集成: 应用系统设计考虑软硬件系统之间可以方便地实现集成， 保证用户无需花费过多的 精力进行系统平台的集成， 而将精力集中到业务的整理和系统的实现上， 从时间和进度 上促进系统的建设开发。 集成的应用系统降低了系统维护的难度和要求， 方便用户日后 的应用和管理。 个性化服务及本地化设计是医疗卫生行业信息化的重要特征。在开展系统实施之 前， 我们会派出项目组对医院的需求加以收集并整理， 并与客户密切合作， 共同形成 《计 算机网络系统工程(软件)需求及施工方案书》作为系统实施和将来验收的依据，随后 项目组再根据需求， 对软件进行合理设置及本地化功能修改和调整， 经过严格的白黑盒 测试方法后，提交给客户使用，同时提供详细的设置清单及功能调整文档资料。并确保 介入区域卫生信息平台，提供所要求的数据信息 4.13 医院信息系统运行基本要求: 操作系统、数据库、网络系统的选择要求安全、稳定、可靠，我方提供该方面的保 证，并提供技术培训、技术支持与技术服务(如本文档第五章、第六章所述) 。同时提 供意外事件发生时的应急方案(如本文档第三章第三节所述) 。 4.14 系统运行的维护与管理: 系统在运行过程中，建立日志管理、各项管理制度及各种操作规程。系统维护包括 工作参数修改、数据字典维护、用户权限控制、操作口令或密码设置和修改、数据安全 性操作、数据备份和恢复、故障排除等。 12 4.15 数据完整性: 医院数据库是以病人医疗数据为主，并包括相关的各种经济数据以及各类行政管 理、物资管理等数据的完整集合。数据库应包含医院全部资源的信息，便于快速查询， 数据共享。 4.16 客户化开发: 我方在服务期内为满足医院实际应用需求所必须的应用软件客户化开发工作， 应用 软件功能扩充、修改、维护工作。在系统验收后，我方提供信息系统各功能模块最终版 本的完整数据库结构说明文档和相关技术文档。 1) 系统定义字典与用户定义字典 字典是系统为了帮助完成数据的输入和对进入系统的数据进行规范控制、 数据转换 等工作而设置的系统性的数据表文件。 在系统中， 有系统定义字典和用户定义字典两类 字典。 系统定义字典是系统内部固定的项目， 用于对输入项目进行正确性检查， 是系统间 数据交换的基础，不需要也不允许用户修改。如:性别字典、诊疗项目分类字典、病情 状态字典。 用户定义字典是为了保证系统的通用性和灵活性而设置的由用户自行定义和修改 的字典表。如:医院基本情况字典、费别字典、科室字典、价表等。在使用系统时，首 先要对这些表进行初始化和翦裁， 使其符合本医院的情况。 完善的字典才能保证整个系 统的正常运行。 系统设置多个数据字典， 以支持整个系统的运行需要。 即使用户端计算机系统崩溃， 待计算机系统恢复后仍然可以继续正常使用，不需做任何额外设置。 2) 模块程序的划分与组合 易通 LIS 系统是一个平台与众多模板共同组成，各模块可以灵活安装与卸载 13 3) 可设置属性的运用 易通 LIS 系统通过充分开放对象的多种属性让用户进行自定义设置， 增强了系统的 灵活性和适应性。如:对标本设置了所属病区、检验项目、检验结果归属等多种属性， 允许一个标本送往多个仪器，标本统一管理，而统计和核算分别进行;对费别和费用种 类设置收费系数属性， 允许用户自行定义费别及对应的折扣系数; 对收费项目定义其对 应的项目分类、来源分类、核算分类，允许用户按照不同的需要进行分类统计。 4) 应用功能的设置 系统采用客户/服务器结构，客户端应用程序可以通过各项设置使用用户可以从功 能上、流程上、屏幕格式上、运行环境上对程序功能进行剪裁和微调，所有设置的参数 都保存在子系统的初始化文件(INI)中，任何版本的 Windows 系统都可以无障碍的读 取这些 INI 文件， 即使所有的客户端都进行了操作系统的升级或者变更都不会影响系统 的正常使用。比如:检验主程序中各菜单、项目的位置、大小、字体、颜色的设置(不 同的工作站可以有不同的设置) ，自定义快捷键，组合项目的显示等等，都可以通过对 系统中的相应参数进行设置，达到对功能的调整。只需通过配置或者保存下列文件，用 户即可将自己习惯的使用界面带到任意一台计算机上。 5) 信息切入点的设置 一般而言，数据的录入在数据的发生地进行是合理的模式。但不同规模的医院，或 处于不同的系统实施阶段的医院， 还不能完全实现这一模式。 系统通过增加有关应用模 14 块或功能， 允许选择合适的中间点来录入原始数据或导入中间数据， 使得系统数据完整 性得到保证。 通过上述客户化开发，在系统需求及流程变化、操作方式变化、机构人员变化、操 作系统环境等变化时均对 LIS 系统无影响。 第二章 一、 业务流程需求分析 需求分析 LIS 系统是全院系统的一个子系统，而且现代检验技术及设备的更新换代非常快。 因此，LIS 的适应性显得更为重要。我们针对所有医院的实际情况并结合将来的发展需 要，提供一套适合该医院，并可随时由医院做出调整要求的 LIS 系统，以确保将来发展 和检验室因医疗技术不断发展所需的质量和效率变化要求。 设计思路主要体现在以下几 个方面: 一、 结合医院的实际情况， LIS 系统将现在的标本管理模式可以分别为 “打印条码” 或“预制”方式。 二、系统设置多个功能开关，当因医院发展和检验科因医疗技术不断发展导致 LIS 系统功能要求必须发生变化时， 多数情况无需修改程序， 只要改变功能开关的设置就能 满足医院需求的变化。 医院 LIS 总体设计结构图(见图 2) 15 (图 2) 检 验 结 采 果 集 ( 工 图) 双 、 门 抽 诊 血 中 心 检 验 报 告 ( 务 ) 服 台 图 像 采 集 病 案 编 目 身份登记 住院 登记 护士工作 站 检查预 (检验 血) 抽 约 医生 工作站 (检验申请) 图 像 工 站 作 电子病历 价 表 费用信息 经 济 核 算 医嘱 划价 临床 药房 门 诊 收 费 门 诊 药 房 住 院 收 费 医疗物流 信息 低值、高值 易耗品管 理 器 械 管 理 后 供 勤 应 理 管 药 库 管 理 办公自动 化管理 院内、 院外医 院信息系统 人 事 管 理 导医系 统 院长查询与辅 助决策系统 (检验) 远程 会诊 医院检验信息系统(LIS)中的运行 (见图 3 和 图 4)具体过程分为 16 图 3 采用条形码门诊标本管理流程示意图 17 图 4 采用条形码住院标本管理流程示意图 门诊前端服务中心 18 门诊: 医生开出检验申请后，患者前往收费处出示就诊卡或门诊病历，收费人员 扫描门诊病历上的条码进行收费，同时打印发票。患者交费后到门诊前端服务中心，领 取排队号，待系统叫号后，患者前往对应窗口，由护士通过扫描门诊病历上的条码调出 已经收过费但未执行的检验医嘱，打印条形码标签与取化验报告单凭证。 标本处理 检验科收到标本后应检查标本是否合格并清点数量后， 在采样清单上签收， 并在电 脑上确认并收费—>根据标签上的仪器流向信息， 将标本分配到各台仪器待检—>检验者 可先在电脑上打印出一张按检验项目分类的本仪器工作清单，对于支持条形码的仪器 (全自动双工检验仪器)标本离心后，无需手工编号，仪器通过自带的读码器读取采样 容器上的条码信息，自动完成检测。对于不支持条形码的仪器(普通检验仪器) ，用联 机电脑配备的扫描枪， 扫描全信息条码标签上的条形码， 完成标本的编号和基本信息输 入，按顺序进行检测。 报告审核 数据审核分为人工和自动两种， 人工审核是指人工对某一数据进行浏览， 审核检验 结果的合理性。自动审核是根据指定的报警条件，由电脑自动完成审核。 报告发放 在完成审核后进行确认， 通过电子签字将电子报告传送到医生工作站。 门诊病人凭 带条形码的取单凭证到取单处，集中打印检验报告单，检验科可以选择打印报告地点。 门诊医师可以在检验科完成报告审核确认的第一时间在医生工作站完成查询浏览并打 印检验报告。如有异常报告，计算机可以报警提示医生。 第三章 一、 系统总体框架 总体方案 19 易通 LIS 采用 Power Builder 开发的基于医院局域网的 C/S 模式应用系统， 使用微 软 SQL Server 数据库平台，搭建的现代化、模块化、业务集成、数据统一的综合检验 科综合应用管理系统。支持 Windows 98 以上的各版本操作系统。其模块列表如下: 模块 主控制台模块 功能 检验申请,集中处理、检验报告查询模块、检验报告发布、检验结 果分析、异常报告警示 标本时间管理、标本签收、标本流向、标本状态、标本处理中心、 标本采集、标本拒收处理 门诊条码打印、住院条码打印、条码报废、预制条码 质控品定义、多种质控规则、质控管理、失控处理 试剂出库、入库、库存查询、供应商查询 设备出库、入库、使用记录、维修记录、报警、用户管理 血液入库、出库、回收、报废、库存 单向仪器接口、手工仪器接口、双向仪器接口、单向图形仪器接口 人事档案管理、考勤管理、排班处理、财务收支 短信平台、邮件发送、语音播报、网站发布、集中打印 历史结果查询、对比走势 电子签名、工作组维护、模块操作权限、资料管理权限、报告审核 与发布权限、 工作日志 工作日志及汇总表值班经理工作日志班组长工作日志制度工作日志表工作日志管理制度 、 工作量统计、微生物统计、检验费用统计、单向和组合统计、异常 值统计、定性定量统计、微机值统计、化验单存单 门诊系统接口、住院系统接口、电子病历接口、体检系统接口、一 卡通、 自助查询、打印、电子屏显示、播报 微机值标识、提醒、报警 细菌数据可直接导入到 WHONET 进行统计分析 实现细菌库、抗生素库、分类、分组、对照管理，仪器数据的自动 采集或手工结果处理。可实现细菌有关的各种统计图表 实现整个区域检验信息共享 标本管理模块 条码管理模块 质控管理模块 试剂管理模块 设备管理模块 血库管理模块 易通 LIS 模块 易通检验仪器接口 主任管理模块 检后服务管理 历史检验信息存储 权限审核管理 统计报表模块 外部接口 门诊自助取单系统 微机值管理 WHONET 接口 微生物模块 区域检验接口 二、 硬件配备 建立检验科 Windows NT 局域网，设置服务器一台，检验科与门急诊、住院病区设 20 置接口供将来数据交流，大流量和重要仪器每台仪器配备 PC 一台，其他一台工作站可 联两台仪器，每台 PC 机安装检验信息系统并与检验仪器联机，主任办公室设置一台管 理工作站。 对于网络环境的建议: 由于 LIS 系统的数据运行是基于网络的， 应此网络的稳定性 对 LIS 系统至关重要， 我们建议 LIS 系统的网络环境应相对独立， 至少是应保护在内网 中，另外对于一些关键的网络结点应该提供冗余设备以提高可靠性。 对于硬件设备的建议: 由于循证医学的发展以成为必然趋势， 因此作为临床诊断的 重要依据， 检验数据的重要性不言而喻， 因此在设计服务器的硬件方案是我们将注意力 放在了确保数据安全的角度。 建议使用 2 台同步服务器来为 LIS 系统提供数据服务 (可 通过数据库同步的方式实现) ，使用 3 块 SCSI 硬盘实现 RAID5，另增加一块硬盘作为数 据库库文件备份硬盘，并制订可靠的数据备份制度以确保数据的安全。 三、 系统设计方案 1. 检验仪器接口完全驱动化管理，要增加新仪器时用户可单独安装厂家提供的接口驱动自行配置 完成新仪器的接入，用户可以自由更换主机。 2. 驱动与仪器分开，一个驱动可以连接多台仪器，一台电脑上可支持连接 8 台仪器，一个应用程 序统一管理，用户更换电脑主机操作方便，不需要重新注册。 3. 检验结果有反审功能，严格控制检验审核制度，在同一界面下可以看到当前样本在不同时期的 审核、反审状况，包括样本结果信息与审核医师等基本信息。 4. 实现三级审核制度，实现自动复查管理，对于需要复查样本，系统可以自动过滤，复查后结果 报告单要与前几次结果一起打印到报告单中。 5. 标本采集模块:实现条形码打印(打印条码模式) 、扫描对照(预条码模式) 、采集提示、标本 交接单生成等，可随时查询采样计划、打印采样任务表，记录采样者、采样日期、采样时间、 样本描述等。 6. 标本采集模块:能实现与体检照片的核实、自动实别需采集的标本类型、标本加急、自动分样、 条码能自定义等功能; 7. 标本接收:可与 HEIM 体检信息系统连网，从 HIS 中获取病人信息及检验项目，核对样本是否 收费。收到标本可以自动打印清单，记录拒收样本理由并通知申请者。 8. 报告处理必须支持多种模式:集中处理模块、分布式操作模式、外部导入模式(实现信息录入、 结果修改、调整、标本合并、手工结果、报告打印、结果审核、各类相关查询统计、图形、报 21 表等) 。 9. 报告发布模块，实现多种报告发布模式:短信发布、E-mail 发布、网站发布、语音播报发布、 液晶屏显示发布，并能自动向相关科室通过网络发送常规、急诊检验报告，自动将异常检验结 果通过网络发回申请科室工作站。 10. 质量控制模块，实现自动接收仪器的质控结果、自动绘制质控图、根据预先设置的失控规则判 断质控结果、标示结果失控或在控状态并打印输出、失控自动提示等。可对标本的进行时效管 理，所有需要控制的时间点一目了然。质控图绘制界面——Levey-Jennings 质控图 11. 微生物模块:实现细菌库、抗生素库、分类、分组、对照管理，仪器数据的自动采集或手工结 果处理。可实现细菌有关的各种统计图表。 12. 支持仪器的双向通讯，不仅能从仪器中接收数据，而且能够将样本编号和检验明细发送给检验 设备，省去仪器控制台人工操作，提高工作效率，避免人为漏错。 13. 能够接受检验的数值结果，而且可以打印曲线和各种散点图像。 14. 检验报告的内容和格式由用户自由定制。 15. 支持刷卡、条码、手工输入 ID 号等多种模式。 16. 具有标本合并、糖耐量合并、批量修改等功能。 17. 强大的医学统计功能，括相关分析图、正态分布、直方图人工比较，ROC 曲等。 18. 灵活自由、功能强大的模糊组合查询、统计功能，动态生成统计结果。 19. 对部分仪器实现双向控制，半自动酶标仪可达到全自动中文酶标仪的软件功能。 20. 对全自动生化仪实现条码识别，无序加样，自动检验。 21. 防止打印或发出报告以后随意修改数据，任何修改均记录在案。 22. 有历史比较、结果审核等手段减少差错，医学极限审核、病人结果动态均值分析、仪器偏差分 析等功能进行辅助仪器质控。杜绝由技术因素引起的误差，为检验报告的质量提供保障，缓解 检验科与临床的矛盾，为临床上对症治疗提供可靠的实验依据。 23. 多套独立的数据备份，定时自动备份和双机备份，确保数据安全。提供远程维护功能 每天总 汇表打印，替代人工登记本。 24. 符合临检中心要求 Westgard 多规则质控管理和专为免疫定制的 gubbas 法质控，实现质控数据 由仪器到电脑自动传输。 25. 严格权限控制，医生只能查看报告，不能修改，打印次数有明显标志记录。 26. 主任管理模块，软件自带职员档案管理(包括人员的基本信息、 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 、奖惩、工作调动情况、 培训、保险等) ，排班管理、考勤管理，支持自动指纹考勤。 27. 软件必须包括财务收支管理模块。 28. 软件必须支持报告电子签名。 22 29. 设备管理模块，提供仪器保养计划自动报警、仪器使用、维修记录等情况的追踪、仪器定标、 校准周期自动提示。 30. 试剂管理模块，具有库存报警、有效期报警、试剂耗材、出库、入库、库存、报损报溢及相关 的报表统计分析。 31. 血库管理模块，进行血液入库、配血、出库、血袋回收、病人退血等相关的统计分析。 32. 支持现代检验科的质量评审标准:ISO15189。 33. 软件提供 WHONET 接口，提供数据的自动对接。 34. 软件支持 FRID 自动识别技术。 35. 软件提供多媒体检验报告自助查询打印报告功能，并能提供 HIS 或三方软件直接调用。 36. 系统提供完全开放的第三方接口，不用进行程序、数据库修改就能通过前台自动配制接口对照 完成与第三方系统进行数据传输。 23 四、 系统功能 1. 检验系统工作流程图 24 25 2. 操作界面介绍 26 集成管理 易通 LIS 功能模块可自由组合安装和拆分， 便于各个检验科根据实际需求选择需要安装 的功能，如下是集成管理平台界面 主控制台 27 受检登记、处理界面 主控制台主要是管理易通 LIS 的所有模块功能， 将功能进行了分类管理， 如实验分 析前、实验分析中(质量控制、数据处理、血库管理) 、实验分析后(报告查询、标本管 理、检后服务、WHONET 接口)、科室 OA 管理(人事档案、排班、考勤、收支、试剂管 理、设备管理) 、系统维护。 ?受检人员信息登记区:主要完成受检人员的登记。可以人工登记，同时如果是本医院 的其他部门(如:体检科，门诊，住院， )的人员登记可以用扫条码登记、也可以通过 输入其门诊号/体检流水号/住院号后按“回车”键，系统自动带入该人的基本信息。 ?检验结果处理区:主要是对检验结果的审核，打印，发布，追回，检后服务等处理。 各种状态并用多种颜色进行标志。 ?检验结果输入区:主要完成检验结果的录入。可以手工，系统也会自动导入。手工录 入时支持模板录入、组合项目录入、拷贝/粘贴的快速录入。 28 条码管理 条码打印主要是针对体检、住院、门诊的检验项目申请时的打印，连同样本和条码 一同提交给检验科。此处就是完成将需要检验的人员进行登记，同时登记其检查项目， 之后打印出条码，将登记的信息一同打到条码上。如:检查的项目，送检医生的名字， 送检科室名，受检人的名字、性别、年龄等等。 29 主要是为门诊检验申请的医生或护士使用。 打印出的条码直接贴到样本的试管中之后 一同提交到检验科。具体界面如下所示: 30 标本管理 过程 采集 内容 采集程序有两种:检验科自己 采集，其它部门采集并送标本 到检验科 接收采样处送过来的标本并对 标本的内容进行核对(接收清 单、拒收清单) 说明 包括容器、采取时间、标本类型、抗 凝剂选择、采集量、送检及保存方式 等。急诊标本应注明"急"。 所有拒收或退回标本均应在登记本 上登记，登记内容包括:病人姓名、 病区、床号、送检医师、送检项目、 拒收(退回)原因、拒收时间、经手人 等。 接收核对 编号、 分发 上机或查 询 保存 处理 上机排号、样本分发 样本号的编排及上机清单的查 询 将验验后的标本进行冰箱存储 除尿液和粪便标本外， 其他标本检查 管理 完毕后， 一律置冰箱保存 3 天才能弃 去。 将标本进行销毁处理 保存到期的标本集中放置丢弃在黑 色胶袋中，由工人密封完毕后，送到 医院医疗垃圾集中点统一处理。 31 32 质控管理 主要包含以下几个功能区: 功能按钮区:检索，打印。确定对应的项目，可启动打印机打印该图。 制图条件输入区:选定检验仪器和与其对应的质控编号，检验的日期。 项目的 质控图描述区:在界面左侧，显示指定项目的质控图的绘制信息。 质控图显示区:显示质控图。 质控实验项目定义信息区:列举了本仪器下的对应项目的靶值、SD 值、方差值等信息。 质控实验项目定义信息区:列举了本仪器下的对应项目的靶值、SD 值、方差值等信息。 33 34 35 试剂管理 试剂模块主要管理试剂的基本资料、入库、出库、库存、预警等功能。 基础设置:厂家、试剂资料、仓库等 基本设置。 36 设备管理 设备管理:主要是对设备资料维护、设备的保养、使用记录、维修记录、离心机使用记 录、水质净化机使用记录、室内温度跟踪、冰箱温度控制记录管理 37 38 血库管理 血库管理:主要是对血液入库、配血、库存、发血、回收、退血等管理 39 主任管理 人事 40 排班 考勤 收支 41 检后服务 检后服务主要是将检验结果以多种形式发放给受检人员。具体由检后通知方式:短信、 E-mail、网站，另外有现场通知:以液晶屏显示大屏幕、语音播报通知。 42 权限划分 科室权限设置， 也就是对科室的增、 删、 改。 科室被分为两大类?送检科室?仪器科室。 在送检科室中系统自带了多种科室， 如果用户觉得有不适合自己医院的内容， 可以自行 修改。 医生权限划分:为检验科的操作员(送检医生)划分工作权限，也就是允许他的工作的 工作室。 43 统计报表 检验状态查询: 统计某一时间段对所有受检人员检验结果处理的状态。 分别是是否审核、 打印、发布、追回，和 LIS 读取标志等状态。 项目变异查询: 44 数据统计图: 45 危急值报告记录 微生物统计报表 46 样本管理 47 典型的报告单 48 3. HIS 与 LIS 的集成 作为专业的医疗软件开发商，天方达公司在所有软件系统的开发方面都遵循基本 的系统开放原则，预留与第三方软件的接口，同时如第三方要求我们开放系统结构，公 司都无条件提供协助。 在天方达公司的检验软件中，开发了标准的 HIS、体检接口。同时，在使用说明 书中， 公开了接口的数据结构以及开发接口的方法， 为第三方公司的产品同检验软件的 无缝连接奠定了良好的基础，已经形成完成的接口产品。 49 HIS系统 易通LIS系统 护士站 条码打印程序 插入检验申请 申请单号 检验申请中 间表 提取检验申请信息 HIS费用中 间表 回写费用标志 费用确认 HIS检验结 果中间表 项目结果发布到HIS系统 检验结果 报告查询程序查询 打印检验报告 在具体实现的技术实现方面， 接口实现了信息的双向传递: 检验系统能够将从 HIS 系统中提取人员的基本信息、申请项目信息、费用信息，免去重复录入基本信息、项目 信息的麻烦，同时，能够将检查结果的文字信息、数值信息和图像信息自动、定时导入 到返回 HIS 系统，方便各个科室进行查阅、打印。 50 1、利用 HIS 开检验申请，将病人申请单信息插入到 HIS 数据库指定的门诊和住院中间 表\视图\存储过程中。 中间表\视图\存储过程具体包含如下信息: 住院:住院流水号、住院号、姓名、姓别、年龄、床号、送检科室、送检医生、组 合项目编号 门诊:门诊流水号、姓名、姓别、年龄、送检科室、送检医生、组合项目编号 注:(1)、如果院方不需要项目信息:则不需要提供组目项目编号 (2)、约定唯一号，HIS 每条申请信息要有唯一号作为标识。 (3)、门诊一般以发票号/处方号/申请单号用作唯一号;住院一般以申请单号/ 住院号/医嘱号用作唯一号。 2、HIS 需要提供其它相关信息:性别、送检科室、送检医生、组目项目、检验小项的 编号及名称给 LIS 方进行对照。 注:如果院方在 LIS 取病人基本信息时不需要组合项目、检验小项,则 HIS 不需要提 供组合项目及检验小项的编号用来对照。 3、费用确认，往 HIS 系统回写收费标志: 如果 HIS 方需要费用确认，则 HIS 方需要提供指定的表/视图/存储过程，并对数据结 构进行说明。LIS 系统提取申请单信息成功后，再调用 HIS 系统提供的表/视图/存储 过程回写收费标志。 注:需要对照 LIS 与 HIS 组合项目编码。 4、打印条码 门诊护士站—安装我们的 LIS 系统通过收费的发票号， HIS 写入病人信息的中间表 从 里去取数据，进行打印条码采样。 住院护士站—采用 HIS 系统外部调用我们 LIS 系统条码打印功能， 系统从 HIS 写入 LIS 病人信息的中间表里去取数据，在护士站打印条码进行采样。 LIS 系统条码打印功能调用方式: (1)、唯一号作为条码号。 51 (2)、HIS 系统调用 LIS 系统条码打印功能进行条码打印。调用的格式如下: 应用程序路径+空格 BRLY=;LSH=;FZ=;PRINTCS=;USER=;PASS=; PATH=; BRLY:病人来源; (对应天方达软件公司易通控制台的受检来源编号) LSH:流水号(门诊号、住院号、条码号) FZ:复诊; (对应门诊中的是否复诊,当病人来源是门诊并且要复诊等于 Y，否 则都等于 N) PRINTCS:打印条码个数 USER:用户名 PASS:密码 PATH:应用程序的路径 例如: RUN(‘E:\Lis6.1\标本管理\jybbglapp.exe BRLY=3;LSH=005080002;FZ=N;PRINTCS=1;USER=999999;PASS=; PATH=E:\Lis6.1\标本管理;’) 5、打印及查看报告 护士将样本送往检验科进行检验，当检验完成后，护士站 HIS 系统调用 LIS 系统的报 告查询系统进行结果查询及报告打印 报告查询系统有四种模式: (1)HIS 外部调用模式 HIS 调用:HIS 可将 LIS 系统报告查询程序复制到相应的目录，进行调用，调用的 格式如下: 应用程序路径+空格 TYPE=;TMH=;USER=;PASS=; TYPE:ZZDY:自助打印 BGCX:报告查询 默认为报告查询 TMH:唯一号(门诊号、住院号、条码号) 例如:run(‘c:\jy_report.exe TYPE=BGCX;TMH=’010328001’;USER=admin;PASS=admin; PATH= c:\jy_report.exe;') (2)托盘提示模式 LIS 报告查询系统独立运行:当独立运行时，必须用用户名及密码登录查询，并 将在任务栏显示托盘图标。 (3)综合查询模式 LIS 报告查询系统独立运行:当独立运行时，必须用用户名及密码登录查询，并 可按仪器名称，病历号，样本号，受检人姓名，送检时间等组合条件来查询打印 报告。 (4)自助打印模式 支持刷条码的门诊自助打印机打印功能。 6、检验结果发布到 HIS 系统 如果 HIS 方需要 LIS 回传检验结果到 HIS 系统， HIS 方需要提供指定的结果表/ 则 视图/存储过程，并对数据结构进行说明。LIS 系统做完检验后，再将检验项目结果 发布给 HIS 系统提供的结果表/视图/存储过程。 注:需要对照 LIS 与 HIS 检验小项编码 接口表结构说明 门诊检验申请单数据结构(HIS 系统中间视图) 52 字段级目标名称 SQDH SJKS SJSJ BRXM XB NL JYCS SFLB JYMD SQYS LCZD XMBH JZBZ JJBZ 中文名称 门诊申请单号(条码 送检科室编号号) 送检时间 病人姓名 性别 年龄 检验次数 收费类别 检验目的 申请医生编号 临床诊断 组合项目编号 费用标志 加急标志 相关参数 varchar(20) not null varchar(6) not null pk Datetime null varchar(30) not null varchar(1) not null varchar(13) not null Int null varchar (2) null varchar (255) null varchar(6) not null varchar(80) null varchar(6) not null pk varchar(1) null varchar(1) null 住院检验申请单数据结构(HIS 系统中间视图) 字段级目标名称 中文名称 相关参数 SQDH 住院申请单号(条码 varchar(20) not null varchar(14) null BCH 病床号 pk 号) Int null ZYCS 住院次数 varchar(6) not null SJKS 送检科室 Datetime not null SJSJ 送检时间 varchar(30) not null BRXM 病人姓名 varchar(1) not null XB 性别 varchar(13) not null NL 年龄 varchar (2) null SFLB 收费类别 varchar(6) null SQYS 申请医生编号 varchar(80) null LCZD 临床诊断 varchar(6) not null pk XMBH 组合项目编号 varchar(1) null JZBZ 费用标志 varchar(1) null JJBZ 加急标志 检验结果中间表数据结构(HIS 系统中间视图) 字段级目标名称 中文名称 相关参数 varchar(20) not null SQDH 申请单号(条码号) Datetime null JYSJ 检验时间 pk Datetime null SHSJ 审核时间 Datetime null FBSJ 发布时间 varchar (6) null SHR 审核医生编号 varchar(6) not null XMBH 检验小项编号 varchar(50) null JG 结果 pk varchar(80) null LCZD 临床诊断 Datetime null JYSJ 检验时间 53 JYYS CKFW TSXX DWBH 检验医生编号 参考值范围 提示信息 项目单位 Varchar (6) null varchar(255) null varchar(40) null varchar(10) null 唯一号的约定 要通过 HIS 接口实现检验系统与 HIS 系统间的数据交换， 双方必须约定一个唯一号， 这个唯一号确定为 HIS 系统的登记流水号。处理过程如下: HIS 系统登记收费后，在系统中会自动生成一个流水号，此时写入到 HIS 接口中， 生成检验申请单，LIS 系统从 HIS 接口中提取登记流水号作为申请的唯一号。 化验完毕后， 产生检验结果， 把结果回写到 HIS 接口中， 系统通过唯一号从 HIS HIS 接口中提取结果，门诊、住院以及其他相关科室根据唯一号查询、打印检验结果。 4. 门诊自助取单系统介绍 自助取单系统是临床检验系统(LIS)的功能延续，它改变了我们传统的取单方式， 减少了人为污染的机会，节约了患者等待检验结果时间。 自助化验单取单系统解决了医院病人在检验窗口和服务台排队等候化验单的现象。 这个系统方便了患者，也保护了患者隐私，同时提高了医疗工作的效率，对病人分流和 减轻门诊压力起到了积极的作用。 4.1 行业情况分析 目前 LIS 在临床检验中的应用已相当普遍， 基本上以打印报告单取代原先的手写化 验单。 但同时化验单的管理和保存仍然存在较大的弊端， 大多数医院的门诊结果报告单 都被放置于检验科窗台或服务台上，由病人自己翻阅查找。 4.2 存在的问题 1.经常发生报告单丢失、病人隐私外泄、交叉感染等一系列消极现象. 2.同时病人索取报告单时,往往会在工作人员劳累的工作基础上造成额外的工作负担. 54 3.除此之外,在工作时间之外的场合,病人就无法取报告单的情况也时有发生. 4.3 实行方案 化验单自助取单系统，不需要安排专门人员，由病人自行操作。病人刷就诊卡或扫 描取单回执上的条形码后， 屏幕会自动弹出窗口， 显示有关该病人化验报告单的实时信 息，并有同步的语音提示。若病人的检查结果已出，则可以直接选择打印报告单。这样 保证了报告单的保密性， 同时分担了查询取单服务台的人员负荷， 而且在工作间隙仍能 继续为病人提供取单服务。 (一)软件工作流程图 (二)具体内容 页面风格以素雅大方为色彩基调，以简便、快捷的使用为目的。 (1)初始页面 55 医院的标志性建筑为背景图，或者附加护士图片，再有文字性提示用户刷卡。另有 提示性的按钮，为产品使用说明，可点击进入具体的操作指示和说明。 (2)刷卡之后 直接显示用户的化验结果，可选择是否打印该化验单。如果已经打印的情况，提示不可 再打印。 (3)操作完了 显示结束页面，文字显示“欢迎使用”，或者其它医院祝福的提示性语句。 (4)注意事项 1.化验自助取单机需要手工耗材补充。 2.在自动(或默认)的情况下，病人只能打单一次，若再要一份，须到服务台拿取，这 样可以避免乱打。 3.建议不允许病人通过在化验自助取单机上输入门诊号拿取报告单， 因为这样不能保证 病人号码输入的正确性，容易误打出别人的单子。 5. 检验设备数据采集 1) 设备数据采集方式包括:串口通信方式，TCP/IP 网络通信方式，数据库读取方式， 共享文件读取方式等。我公司现已经开发完毕的仪器接口有 500 多种，并支持 RS232、TCP/IP、File System、DataBase、USB、数据库读取，共享文件读取等多 种通讯方式采集数据。 2) 串 口方式支持单向、双向实时控制方式(设备具备双向条件的) 。 3) 双向系统支持实时获得医嘱、检验结果能力，可以自动建立检验单。 4) 支持检验原始数据流保存，提供查询，回溯模式。 5) 支持对错误信息通过日志形式保存，提供查询。 6) 双向系统实现模式可分为:支持条码系统、支持位置或杯盘号方式、支持检验单标 56 本排号方式。 7) 支持检验结果自动合并功能。 8) 提供多种检验仪器的接口及驱动程序，实现检验结果自动采集。设置检验设备、检 验项目及辅助材料字典。要求支持全院条码管理、仪器双向通讯。 6. 系统安全稳定资料齐全 1) 易通 LIS 系统以病人信息为核心，采集、整理、 传输、汇总、分析与之相关的财 务、管理、统计、决策等信息。 2) 系统中所使用到的操作系统、数据库、网络系统的设置要安全、稳定、可靠，并提 供技术培训、技术支持与技术服务。 3) 系统提供初始化功能及齐全的各级权限管理功能。 4) 系统可根据需要可随时调整设置各种单据、报表等的打印输出格式。 5) 系统须保证“7 天 24 小时”安全运行，并有冗余备份。 6) 系统具有友好的用户界面，设置为鼠标或键盘均可单独操作的方式，以便提高操作 速度，减少两者互换带来的不便。 7. 数据、数据库、数据字段编码标准化 1) LIS 信息系统是为采集、加工、存储、检索、传递病人实验室信息及相关的管理信 息而建立的人机系统。数据的管理是医院 LIS 信息系统的关键。我公司保证数据准 确、可信、可用、完整、规范及安全可靠。 2) 数据库的设计和使用力求确保数据的准确性、可靠性、完整性、安全性及保密性。 在网络环境下，有多种技术手段保护中心数据库的安全(双机热备、异地备份、冗 余备份) 。数据的安全性、保密性符合国家的有关规定: ? ? ? 中华人民共和国计算机信息系统安全保护条例 中华人民共和国保密法 中国计算机安全法规标准 3) 医院信息系统数据技术规范: ? 数据输入:提供数据输入准确、快速、完整性的操作手段，实现应用系统在数据源 发生地一次性输入数据技术。 ? 数据共享: 提供系统数据共享功能， 并在数据库设计中充分考虑了数据的可移植性、 可复用性等。 57 数据通信:具备通过网络自动通信交换数据的功能，完全避免手工交换数据时会产 生的各种问题。 数据备份:具备数据备份功能，包括自动定时数据备份，程序操作备份和手工操作 备份。为防止不可预见的事故及灾害，数据采用异地备份。 ? 数据恢复:具备数据恢复功能，包括程序操作数据恢复和手工操作数据恢复。 数据字典编码标准;数据字典包括国家标准数据字典、行业标准数据字典、地方标 准数据字典和用户数据字典。为确保数据规范，信息分类编码应符合我国法律、法 规、规章及有关规定，对已有的国标、行业标准及部标的数据字典，应采用相应的 有关标准，不得自定义。使用允许用户扩充的标准，严格按照该标准的编码原则扩 充。在标准出台后应立即改用标准编码，如果技术限制导致已经使用的系统不能更 换字典，建立自定义字典与标准编码字典的对照表，并开发相应的检索和数据转换 程序。 4) 医院 LIS 信息系统保密安全防范措施。 ? ? 系统有严格的权限设置功能。 采用统一的身份认真体系， 并且达到数据级控制级别。 数据安全:系统具备保证数据安全的功能。针对各项关键数据做到全部操作痕迹的 保留，预防利用计算机犯罪。 ? 重要数据资料遵守 国家有关保密制度的规定。从数据输入、处理、存储、输出严格 审查和管理。 ? 重要保密数据，对数据进行加密处理后再存入机内，对存贮磁性介质或其它介质的 文件和数据，系统提供相关的保护措施。 5) 其他 ? 数据迁移 我公司将根据用户提供的相关资料， 对实际数据导入的可行性、 完整性等针对不同 的系统进行评估，确定哪些数据可以完整导入，哪些数据可以部分导入，哪些数据无法 导入等，然后提出安全可靠的数据迁移方案，数据迁移方案经用户确认后，由我公司负 责将原系统数据导入新建系统，完成数据迁移，在新系统上恢复系统的原貌。 ? Oracle 数据库 我公司产品全面支持 Oracle 8i、9i、10g 数据库，其中在安徽的客户有:马鞍山市 医疗集团。 58 五、 应急预案 1. 应急预案目的 1) 为确保医院信息系统安全运行，保证医院正常的医疗服务和就医秩序，加强系统的 安全运行管理，提高应对突发事件的能力，促进信息系统在医院的应用和发展。 2. 应急预案实施责任制 1) 建立以院长为第一责任人、 职能部门和各相关部门负责人参加的信息系统安全运行 领导小组; 2) 领导小组负责全院突发事件的应急预案实施和全院信息系统日常安全运行管理的 组织协调及决策工作; 3) 计算机部门负责应急恢复信息系统运行的技术保障; 4) 后勤部门负责应急恢复信息系统供电和网络布线的技术保障; 5) 各行政和业务职能部门负责维持正常的医疗秩序。 3. 应急预案实施范围和时间 1) 本应急预案适用于门急诊、医务、护理、财务、药剂、检验、放射、计算机、后勤 等使用和维护医院信息系统的各业务职能部门、临床科室和医技科室; 2) 信息系统发生故障 15 分钟内不能排除时，报告领导小组批准，根据不同情况部分 或全部启动应急预案。 4. 应急预案实施通报制度 3) 信息系统应用部门发现信息系统或供电系统故障，应及时通知相关部门负责人，部 门负责人应立即通知计算机室或后勤部门; 4) 计算机或后勤部门应在 15 分钟之内初步查明故障原因、所需恢复时间，通知相关 应用部门负责人，必要时及时向领导小组报告并提出建议，由领导小组决定是否部 分或全部启动应急预案; 5) 领导小组决定部分或全部启动应急预案后，由计算机部门及时通知各应用部门，启 动应急预案中相关的应急措施; 6) 计算机或后勤部门应在故障排除后，立即通知各应用部门，同时报告领导小组，请 求结束应急预案的实施，并做好事后信息系统数据处理，尽可能保证数据库的完整 性; 59 7) 计算机或后勤部门应在事后将详细的故障原因及处理结果报告领导小组; 5. 信息系统故障一般应急措施 1) 各业务应用部门一般应在获知 15 分钟内信息系统故障不能排除，并获知故障初步 原因和所需恢复时间后，立即采取如下措施: ? 各业务应用部门应在窗口设置“计算机故障”告示牌，部门负责人及时到现场组织 协调工作; ? ? 各业务应用部门应及时通过大屏幕、 广播、 导医等形式做好宣传、 解释和疏导工作; HIS 系统故障，为病人登记和收费，并打印自费收据，待 HIS 系统恢复正常后再上 传收费数据及发送检验报告; ? 对信息系统故障期间产生的手工数据，视情况在故障排除后予以补录。 2) 网络设备和布线 核心交换机采用双机热备(目前条件一、二级乙等也可冷备) ，主 干线路冗余。防 止网络设备和线路故障，导致整个或大部分信息系统瘫痪。 3) 业务核心服务器 ? 数据库服务器采用双机热备方式，以及磁盘、控制器等硬件冗余。防止单点服务器 或硬件故障所导致整个数据库不可查询。 4) 完整备份策略 ? 本地每日全量备份， 可果数据库发生逻辑错误或批量误操作， 而发生数据批量丢失， 可以快速还原到指定日期。 ? 本地每周全量备份，可果数据库在几天前有页面等错误，但还可使用，没有达到瘫 痪状态，用户发现不及时或难以发现此类故障现象，最终导致整个数据数据或几天 以前的表中数据乱码， 可以快速还原周备份， 再通过应用日志或数据库日志等方法， 补全数据库。 ? ? 月备份及年备份，使用查询历史记录信息状态，比如为医患纠纷提供依据。 异地全量和增量备份，防止类于火灾等造成医院业务数据全部丢失。 5) 应急服务器 即使某家医院在网络设备、核心服务器和备份策略都做的很完整，但如果是病毒或 系统等故障，导致群集或数据库软件系统不可用，医院业务也将停止。为此，我们 设计一套完整的应急启用策略，真正实现系统容灾。针对不同级别的医院要求和实 60 际情况，可采用: ? ? 同步备份还原模式(最大可能丢失 30 分钟数据，需要根据发票手工补录。 ) 发布复制模式(最大可能丢失 1-3 分钟数据，需要根据日志导入或根据发票手工补 录。 ) ? ? 第三方软件实时更新模式(基本不会丢数据，如果有也是极少的几条记录。 ) 信息系统发生故障 15 分钟内不能排除时，院方根据实际情况，一旦决定启动应急 预案，我们集成的应急服务器，可以在很知的时间内(2 分钟左右)启用成功，确 保医院信息系统继续运行，从而保证医院正常的医疗服务和就医秩序。我还会对事 发后的数据完整性和一致性进行处理，使医院数据不因故障的发生而丢失，避免直 接带来的经济损失。 六、 数据异地备份方案 为了保证主服务器的数据完整性，我们建议医院采用如下方案: 1. 数据库异地备份目的 1) 在发生服务器故障或网络故障时，可以代替现有数据库服务器，保证整个网络或部 分特定网络运行;数据在一定时间内和现有数据同步或只有短时间的偏差。 2. 数据库异地备份原理 1) 利用 SQL SERVER 的数据备份和恢复技术，选用完全备份+日志备份的备份策略， STANDBY 的恢复方式实现数据在 15 分钟内的同步并使数据库处于‘只读’状态， 当启动‘启用数据库’的 JOB 使备用服务器数据库处于正常使用状态。 3. 数据库异地备份同步计划 1) 采用微软数据库备份的标准方案(数据库完全备份+事物日志备份) 2) 通过网络将备份文件备份到异地服务器并恢复以达到以下目的: ? ? 尽可能的保留一份现有数据库的备份，数据差异不能很大 在现有服务器或集群出现问题数据库不能使用时， 备用服务器通过少量的人工干预 能及时代替现有数据库使用 3) 标准方案: ? ? 晚上 1 点做异地完全备份并在备份后开始恢复 晚上 3 点开始做异地日志备份间隔时间为 2 小时一次， 并在后一个备份成功后开始 61 恢复前一个备份。 ? 早晨 7 点开始做异地日志备份间隔时间为半小时一次， 并在后一个备份成功后开始 恢复前一个备份。 ? 在晚上 19 点开始做异地日志备份间隔时间为 2 小时一次止晚上 1 点，并在后一个 备份成功后开始恢复前一个备份。 4) 恢复方案: 当前数据库出现问题我们及时恢复最后一个日志备份即可始备份机的数据库成为 可用状态，通过修 改数据库配置文件使所有客户端可以正常使用。 备注: ? ? 如果现有服务器的 LOG 文件没有损坏可以使数据恢复到断点。 如果现有服务器的 LOG 文件损坏可以使数据恢复到最后一个备份时间。 数据的损失取决于备份文件备份的间隔时间， 如果网络和服务器性能好可以将时间 进一步缩短。 方案分析: ? 通过审核数据发送到结果数据同步数据库，避免了 4 小时一次增量备份，完全释放 了服务器在高峰工作期间的压力。 ? 晚间做本地备份，大约 15 分钟即可完成。异地备份不采取 sql 备份的方法，使用计 划任务拷贝，花时间大概 30 分钟左右，但是基本上不占主数据库资源，保证夜间 运行流畅。但需要定时检查备份。 ? 异地数据还原到备份服务器大约 25 分钟。 如果做成阵列备份， 可以获取主服务期数 据库文件，加载时间只需要 30 秒。 ? LIS 结果数据同步库，永远保持数据新鲜，无论是主库或者是远程备份数据库对其 始终保持连接，只需要通过一个 connecthis.ini 配置即可，已完成同步功能，一 键还原。 ? LIS 结果数据同步库的存在，可以保证所有病人的结果信息不会丢失，并且就算在 主备服务器切换的 25 分钟内都可以保证结果的正常打印发送。 ? LIS 结果数据同步库的存在，甚至可以把门诊报告打印查询台所连接数据库对准该 服务器，这样更分散了高峰时期的检验压力，并且直接起到容灾作用了。 62