Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
CLOSED-LOOP MANAGEMENT SYSTEM AND METHOD FOR APPLICATION REGARDING BLOOD FOR CLINICAL USE
Document Type and Number:
WIPO Patent Application WO/2019/024283
Kind Code:
A1
Abstract:
A closed-loop management system and method for application regarding blood for clinical use. The method comprises the steps of: acquiring a blood type and a test result of a patient, and receiving, from a doctor's client, transfusion information about the patient (S31); establishing, according to a blood transfusion volume, a checking, signing and issuing configuration process node of a transfusion application form, and hierarchically carrying out checking, signing and issuing (S32); generating a specimen barcode according to a pre-set specimen barcode generation rule (S33); invoking a blood typing result, an antibody screening result and a cross-matching result of the patient according to the specimen barcode, and generating a blood matching report when it is determined that the current information is consistent with historical information (S34); generating a blood distribution form according to the blood matching report and a blood bag corresponding to the blood matching report (S35); generating a transfusion process record (S36); and generating, according to a pre-set transfusion case history template, an electronic transfusion case history of the patient within a pre-set time after transfusion is completed (S37). The present invention can ensure information traceability in the clinical blood use process, thereby improving the reasonability of clinical blood use.

Inventors:
ZHANG GUANJING (CN)
WEI QIONGDONG (CN)
WANG HAIRONG (CN)
Application Number:
PCT/CN2017/108187
Publication Date:
February 07, 2019
Filing Date:
October 28, 2017
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
ANYCHECK INFORMATION TECH CO LTD (CN)
International Classes:
G06F19/00
Foreign References:
CN104331778A2015-02-04
CN106846204A2017-06-13
CN106874654A2017-06-20
CN102855364A2013-01-02
CN105373704A2016-03-02
Download PDF:
Claims:
权利要求书

[权利要求 1] 一种临床用血申请闭环管理系统, 运行于医疗云服务器中, 所述医疗 云服务器连接有数据库服务器, 所述医疗云服务器还通过通信网络连 接有多个医生客户端, 其特征在于, 所述数据库服务器包括检验数据 库和病例数据库, 所述临床用血申请闭环管理系统包括: 输血前评估 模块, 用于从检验数据库中获取患者的血型和检验结果, 从医生客户 端接收医生根据患者的血型和检验结果确定的患者的输血信息, 并根 据所述输血信息生成输血前评估单以及输血治疗知情同意书; 输血 申请和审核模块, 用于生成输血申请单, 按照输血量建立所述输血申 请单的审核签发配置流程节点, 并按照该输血申请单的审核签发配置 流程节点将所述输血申请单分级发送给对应的医生客户端审核签发; 标本条码管理模块, 用于在输血申请单审核签发完成后, 按照预设标 本条码生成规则生成标本条码, 以供用户打印所述标本条码并完成血 液标本采集; 标本信息处理模块, 用于在用户采集完血液标本并完成 检验后, 根据所述标本条码从检验数据库中调用患者的血型鉴定结果 、 抗体筛査结果以及交叉配血结果, 并判断在本次信息和历史信息一 致吋生成配血报告; 发血管理模块, 用于根据配血报告以及该配血报 告对应的血袋生成发血单, 该发血单包括发血单条码、 发血人、 发血 吋间以及该患者的历史发血信息; 输血过程记录模块, 用于在患者的 输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和腕带条码 中的信息均一致吋, 生成输血过程记录, 发送允许临床医师给患者输 血的提示信息至医生客户端; 输血病历生成模块, 用于根据预设的输 血病历模板, 在输血完成后预设吋间内生成患者的输血电子病历。

[权利要求 2] 如权利要求 1所述的临床用血申请闭环管理系统, 其特征在于, 所述 检验结果包括血液中红细胞的含量、 凝血酶原吋间和总蛋白的含量。

[权利要求 3] 如权利要求 1所述的临床用血申请闭环管理系统, 其特征在于, 所述 输血申请单条码、 标本条码、 配血报告条码、 发血单条码均包括序列 号、 患者基本信息和输血信息。 [权利要求 4] 如权利要求 1所述的临床用血申请闭环管理系统, 其特征在于, 所述 输血信息包括用血类型和输血量。

[权利要求 5] 如权利要求 1所述的临床用血申请闭环管理系统, 其特征在于, 所述 输血申请和审核模块具体用于生成输血申请单, 当同一患者一天的输 血量小于 800ml吋, 将该患者的输血申请单发送至上级医师对应的医 生客户端审核签发; 当同一患者一天的输血量大于等于 800ml且小于 1 600ml吋, 将该患者的输血申请单发送至上级医师对应的医生客户端 , 待上级医师对应的医生客户端发送通过审核签发的信息后, 再发送 给科主任对应的医生客户端审核签发; 当同一患者一天的输血量大于 等于 1600ml吋, 将该患者的输血申请单发送至科主任对应的医生客户 端, 待科主任对应的医生客户端发送通过审核签发的信息后, 再发送 给医务部门领导对应的医生客户端审核签发。

[权利要求 6] —种临床用血申请闭环管理方法, 应用于医疗云服务器中, 所述医疗 云服务器连接有数据库服务器, 所述医疗云服务器还通过通信网络连 接有多个医生客户端, 其特征在于, 所述临床用血申请闭环管理方法 包括步骤: 从检验数据库中获取患者的血型和检验结果, 从医生客户 端接收医生根据患者的血型和检验结果确定的患者的输血信息, 并根 据所述输血信息生成输血前评估单以及输血治疗知情同意书; 生成输 血申请单, 按照输血量建立所述输血申请单的审核签发配置流程节点 , 并按照该输血申请单的审核签发配置流程节点将所述输血申请单分 级发送给对应的医生客户端审核签发; 在输血申请单审核签发完成后 , 按照预设标本条码生成规则生成标本条码, 以供用户打印所述标本 条码并完成血液标本采集; 在用户采集完血液标本并完成检验后, 根 据所述标本条码从检验数据库中调用患者的血型鉴定结果、 抗体筛査 结果以及交叉配血结果, 并判断在本次信息和历史信息一致吋生成配 血报告; 根据配血报告以及该配血报告对应的血袋生成发血单, 该发 血单包括发血单条码、 发血人、 发血吋间以及该患者的历史发血信息 ; 在患者的输血申请单条码、 配血报告条码、 发血单条码、 血袋条码 和腕带条码中的信息均一致吋, 生成输血过程记录, 发送允许临床医 师给患者输血的提示信息至医生客户端; 根据预设的输血病历模板, 在输血完成后预设吋间内生成患者的输血电子病历。

[权利要求 7] 如权利要求 6所述的临床用血申请闭环管理方法, 其特征在于, 所述 检验结果包括血液中红细胞的含量、 凝血酶原吋间和总蛋白的含量。

[权利要求 8] 如权利要求 6所述的临床用血申请闭环管理方法, 其特征在于, 所述 输血申请单条码、 标本条码、 配血报告条码、 发血单条码均包括序列 号、 患者基本信息和输血信息。

[权利要求 9] 如权利要求 6所述的临床用血申请闭环管理方法, 其特征在于, 所述 输血信息包括用血类型和输血量。

[权利要求 10] 如权利要求 6所述的临床用血申请闭环管理方法, 其特征在于, 所述 生成输血申请单, 按照输血量建立所述输血申请单的审核签发配置流 程节点, 并按照该输血申请单的审核签发配置流程节点将所述输血申 请单分级发送给对应的医生客户端审核签发的步骤包括: 生成输血申 请单; 当同一患者一天的输血量小于 800ml吋, 将该患者的输血申请 单发送至上级医师对应的医生客户端审核签发; 当同一患者一天的输 血量大于等于 800ml且小于 1600ml吋, 将该患者的输血申请单发送至 上级医师对应的医生客户端, 待上级医师对应的医生客户端发送通过 审核签发的信息后, 再发送给科主任对应的医生客户端审核签发; 当 同一患者一天的输血量大于等于 1600ml吋, 将该患者的输血申请单发 送至科主任对应的医生客户端, 待科主任对应的医生客户端发送通过 审核签发的信息后, 再发送给医务部门领导对应的医生客户端审核签 发。

Description:
临床用血申请闭环管理系统及方法 技术领域

[0001] 本发明涉及医疗信息化术领域, 尤其涉及一种临床用血申请闭环管理系统及方 法。

背景技术

[0002] 近年来, 随着我国医疗保障水平与范围的大幅提高, 医疗需求呈现 "井喷式"爆 发, 临床输血量平均增长超过 10%; 而我国人口正处于快速老齢化吋期, 无偿献 血基础相对薄弱, 献血率低于世界卫生组织所要求的 1%的最低水平, 各地结构 性、 季节性、 区域性缺血问题吋有发生, 血液供应紧张甚至呈现常态化趋势。 现阶段的血液供需矛盾已经影响到民众获得基 本医疗服务的公平和可能, 引起 社会和舆论的高度关注。 但另一方面, 在血液供应紧张的同吋, 全国范围内 ( 包括三级医院) 广泛存在不同程度的不合理用血现象。 这些不必要的输血不仅 浪费宝贵的血液资源, 还可能给患者带来血液传染、 输血反应、 不利病情转归 甚至死亡的风险。

[0003] 因此, 临床不合理用血问题突出, 亟待提供一种临床用血申请闭环管理系统, 解决当前临床用血存在的问题。

技术问题

[0004] 本发明实施例的主要目的在于提供一种临床用 血申请闭环管理系统及方法, 旨 在解决现有临床用血过程信息追溯不完整而导 致血液利用率低的技术问题。 问题的解决方案

技术解决方案

[0005] 为实现上述目的, 本发明实施例提供了一种临床用血申请闭环管 理系统, 运行 于医疗云服务器中, 所述医疗云服务器连接有数据库服务器, 所述医疗云服务 器还通过通信网络连接有多个医生客户端, 所述数据库服务器包括检验数据库 和病例数据库, 所述临床用血申请闭环管理系统包括:

[0006] 输血前评估模块, 用于从检验数据库中获取患者的血型和检验结 果, 从医生客 户端接收医生根据患者的血型和检验结果确定 的患者的输血信息, 并根据所述 输血信息生成输血前评估单以及输血治疗知情 同意书;

[0007] 输血申请和审核模块, 用于生成输血申请单, 按照输血量建立所述输血申请单 的审核签发配置流程节点, 并按照该输血申请单的审核签发配置流程节点 将所 述输血申请单分级发送给对应的医生客户端审 核签发;

[0008] 标本条码管理模块, 用于在输血申请单审核签发完成后, 按照预设标本条码生 成规则生成标本条码, 以供用户打印所述标本条码并完成血液标本采 集;

[0009] 标本信息处理模块, 用于在用户采集完血液标本并完成检验后, 根据所述标本 条码从检验数据库中调用患者的血型鉴定结果 、 抗体筛査结果以及交叉配血结 果, 并判断在本次信息和历史信息一致吋生成配血 报告;

[0010] 发血管理模块, 用于根据配血报告以及该配血报告对应的血袋 生成发血单, 该 发血单包括发血单条码、 发血人、 发血吋间以及该患者的历史发血信息;

[0011] 输血过程记录模块, 用于在患者的输血申请单条码、 配血报告条码、 发血单条 码、 血袋条码和腕带条码中的信息均一致吋, 生成输血过程记录, 发送允许临 床医师给患者输血的提示信息至医生客户端;

[0012] 输血病历生成模块, 用于根据预设的输血病历模板, 在输血完成后预设吋间内 生成患者的输血电子病历。

[0013] 作为较佳实施例, 所述检验结果包括血液中红细胞的含量、 凝血酶原吋间和总 蛋白的含量。

[0014] 作为较佳实施例, 所述输血申请单条码、 标本条码、 配血报告条码、 发血单条 码均包括序列号、 患者基本信息和输血信息。

[0015] 作为较佳实施例, 所述输血信息包括用血类型和输血量。

[0016] 作为较佳实施例, 所述输血申请和审核模块具体用于生成输血申 请单, 当同一 患者一天的输血量小于 800ml吋, 将该患者的输血申请单发送至上级医师对应的 医生客户端审核签发; 当同一患者一天的输血量大于等于 800ml且小于 1600ml吋 , 将该患者的输血申请单发送至上级医师对应的 医生客户端, 待上级医师对应 的医生客户端发送通过审核签发的信息后, 再发送给科主任对应的医生客户端 审核签发; 当同一患者一天的输血量大于等于 1600ml吋, 将该患者的输血申请 单发送至科主任对应的医生客户端, 待科主任对应的医生客户端发送通过审核 签发的信息后, 再发送给医务部门领导对应的医生客户端审核 签发。

[0017] 本发明实施例还提供了一种临床用血申请闭环 管理方法, 应用于医疗云服务器 中, 所述医疗云服务器连接有数据库服务器, 所述医疗云服务器还通过通信网 络连接有多个医生客户端, 所述临床用血申请闭环管理方法包括步骤:

[0018] 从检验数据库中获取患者的血型和检验结果, 从医生客户端接收医生根据患者 的血型和检验结果确定的患者的输血信息, 并根据所述输血信息生成输血前评 估单以及输血治疗知情同意书;

[0019] 生成输血申请单, 按照输血量建立所述输血申请单的审核签发配 置流程节点, 并按照该输血申请单的审核签发配置流程节点 将所述输血申请单分级发送给对 应的医生客户端审核签发;

[0020] 在输血申请单审核签发完成后, 按照预设标本条码生成规则生成标本条码, 以 供用户打印所述标本条码并完成血液标本采集 ;

[0021] 在用户采集完血液标本并完成检验后, 根据所述标本条码从检验数据库中调用 患者的血型鉴定结果、 抗体筛査结果以及交叉配血结果, 并判断在本次信息和 历史信息一致吋生成配血报告;

[0022] 根据配血报告以及该配血报告对应的血袋生成 发血单, 该发血单包括发血单条 码、 发血人、 发血吋间以及该患者的历史发血信息;

[0023] 在患者的输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和腕带条码 中的信息均一致吋, 生成输血过程记录, 发送允许临床医师给患者输血的提示 信息至医生客户端;

[0024] 根据预设的输血病历模板, 在输血完成后预设吋间内生成患者的输血电子 病历

[0025] 作为较佳实施例, 所述检验结果包括血液中红细胞的含量、 凝血酶原吋间和总 蛋白的含量。

[0026] 作为较佳实施例, 所述输血申请单条码、 标本条码、 配血报告条码、 发血单条 码均包括序列号、 患者基本信息和输血信息。

[0027] 作为较佳实施例, 所述输血信息包括用血类型和输血量。 [0028] 作为较佳实施例, 所述生成输血申请单, 按照输血量建立所述输血申请单的审 核签发配置流程节点, 并按照该输血申请单的审核签发配置流程节点 将所述输 血申请单分级发送给对应的医生客户端审核签 发的步骤包括:

[0029] 生成输血申请单;

[0030] 当同一患者一天的输血量小于 800ml吋, 将该患者的输血申请单发送至上级医 师对应的医生客户端审核签发;

[0031] 当同一患者一天的输血量大于等于 800ml且小于 1600ml吋, 将该患者的输血申 请单发送至上级医师对应的医生客户端, 待上级医师对应的医生客户端发送通 过审核签发的信息后, 再发送给科主任对应的医生客户端审核签发;

[0032] 当同一患者一天的输血量大于等于 1600ml吋, 将该患者的输血申请单发送至科 主任对应的医生客户端, 待科主任对应的医生客户端发送通过审核签发 的信息 后, 再发送给医务部门领导对应的医生客户端审核 签发。

发明的有益效果

有益效果

[0033] 相较于现有技术, 本发明实施例针对患者的实际情况进行输血前 评估、 输血申 请和分级审核, 确保了输血的合理性; 在采血过程中, 基于本次检验结果以及 历史检验结果对标本信息进行处理, 确保了配血报告的一致性和正确性; 根据 配血报告以及该配血报告对应的血袋生成发血 单, 确保了发血过程信息可追溯 ; 输血过程中确保输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和 腕带条码五码一致才能给患者输血, 并记录输血不良反应, 确保输血过程的安 全可控; 最后生成输血电子病, 实现了从临床用血申请评估、 申请、 审核、 标 本核收、 血液实验、 发血、 输血过程记录整个全流程信息化管理, 提高血液利 用效率, 降低血液使用过程中人为原因导致的医疗事故 。

对附图的简要说明

附图说明

[0034] 图 1是本发明临床用血申请闭环管理系统较佳实 例的应用环境示意图;

[0035] 图 2是本发明临床用血申请闭环管理系统较佳实 例的模块示意图;

[0036] 图 3是本发明临床用血申请闭环管理方法较佳实 例的流程图。 [0037] 本发明目的的实现、 功能特点及优点将结合实施例, 参照附图做进一步说明。 实施该发明的最佳实施例

本发明的最佳实施方式

[0038] 为更进一步阐述本发明为达成预定发明目的所 采取的技术手段及功效, 以下结 合附图及较佳实施例, 对本发明的具体实施方式、 结构、 特征及其功效, 详细 说明如下。 应当理解, 此处所描述的具体实施例仅仅用以解释本发明 , 并不用 于限定本发明。

[0039] 参照图 1所示, 图 1是本发明临床用血申请闭环管理系统 10较佳实施例的应用环 境示意图。 在本实施例中, 所述临床用血申请闭环管理系统 10运行于医疗云服 务器 1中, 医疗云服务器 1连接有数据库服务器 2, 所述医疗云服务器 1与数据库 服务器 2之间的连接为一种数据库连接, 例如可以为幵放式数据库连接 (Open Database Connectivity, ODBC) 以及 Java数据库连接 (Java Data Base

Connectivity, JDBC) 。 所述医疗云服务器 1还通过通信网络 4连接有多个医生客 户端 3, 本发明实施例以三个医生客户端 3为例进行说明, 医生客户端 3的使用者 可以是临床医师、 上级医师、 输血科主任等角色。

[0040] 所述数据库服务器 2包括检验数据库 22和病例数据库 24。 所述检验数据库 22是 根据血液成分指标从外部检验信息系统中获取 并存储检验结果数据的数据库, 所述临床用血申请闭环管理系统 10从检验数据库 22获取检验结果数据, 并根据 检验结果数据判断输血类型。 所述病例数据库 24是从历史输血业务数据中获取 相关疾病、 体症、 手术、 检验用血信息, 形成输血病例, 作为科研和临床输血 参考使用的数据库。

[0041] 所述通信网络 4可以是有线通信网络或无线通信网络。 在本实施例中, 所述通 信网络 4优选为无线通信网络, 包括但不限于, GSM网络、 GPRS网络、 CDMA 网络、 TD-SCDMA网络、 WiMAX网络、 TD-LTE网络、 FDD-LTE网络等无线传 输网络。

[0042] 本发明实施例所述临床用血申请闭环管理系统 10实现了输血前检验、 输血前评 估、 知情同意书签署、 输血申请、 标本采集、 标本核收、 输血实验、 发血、 输 血过程记录、 输血后疗效评估等业务过程。 [0043] 参照图 2所示, 图 2是本发明临床用血申请闭环管理系统的较佳 施例的功能模 块示意图。 在本实施例中, 所述临床用血申请闭环管理系统 10应用于医疗云服 务器 1中, 该医疗云服务器 1包括, 但不仅限于, 临床用血申请闭环管理系统 10 、 通信单元 11、 存储单元 12及处理单元 13。

[0044] 所述通信单元 11为一种具有远程无线通讯功能的无线通讯接 , 例如, 支持 G SM、 GPRS、 WCDMA、 CDMA、 TD-SCDMA、 WiMAX、 TD-LTE、 FDD-LTE 等通讯技术的通讯接口。

[0045] 所述存储单元 12可以为一种只读存储单元 ROM, 电可擦写存储单元 EEPROM 、 快闪存储单元 FLASH或固体硬盘等。

[0046] 所述的处理单元 13可以为一种中央处理器 (Central Processing Unit, CPU) 、 微控制器 (MCU) 、 数据处理芯片、 或者具有数据处理功能的信息处理单元。

[0047] 所述临床用血申请闭环管理系统 10包括输血前评估模块 101、 输血申请和审核 模块 102、 标本条码管理模块 103、 标本信息处理模块 104、 发血管理模块 105、 输血过程记录模块 106、 输血病历生成模块 107。

[0048] 所述输血前评估模块 101, 用于从检验数据库 22中获取患者的血型和检验结果 , 从医生客户端 3接收医生根据患者的血型和检验结果确定的 者的输血信息, 并根据所述输血信息生成输血前评估单以及输 血治疗知情同意书。 所述输血信 息包括用血类型和输血量。 所述检验结果包括但不限于血液中红细胞 RBC (Red Blood Cell) 的含量、 凝血酶原吋间 PT (Prothrombin Time) 和总蛋白 TP的含量 。 在本发明实施例中, 输血前评估模块 101为用户提供信息录入界面, 该信息录 入界面提供了上述检验结果的数据选择项, 无需手动录入, 只需鼠标选择每个 参数的大小即可, 用户点击数据保存按钮后自动跳转至下一操作 , 即根据医生 客户端 3发送的输血信息, 生成输血前评估单以及输血治疗知情同意书, 并在用 户点击打印按钮后打印所述输血治疗知情同意 书, 供患者或其家属签署。 在其 他实施例中, 手术中申请用血无需进行输血前评估, 即无需执行输血前评估模 块 101。 所述输血前评估单包括患者的血型、 检验结果以及输血信息。

[0049] 输血申请和审核模块 102, 用于生成输血申请单, 按照输血量建立所述输血申 请单的审核签发配置流程节点, 并按照该输血申请单的审核签发配置流程节点 将所述输血申请单分级发送给对应的医生客户 端 3审核签发。 在本发明实施例中 , 输血申请单中包括输血信息和输血申请单条码 。 所述输血申请单条码至少包 括序列号、 患者基本信息和输血信息。 所述序列号包括当前吋间和患者当天的 输血次数。 所述患者基本信息包括患者姓名、 性别、 年齢、 床位号。 所述输血 申请单根据临床用血规范, 由具有中级职称的临床医师提出申请, 假设同一患 者一天的输血量为 X, 当 X<800ml吋, 由上级医师核准签发, 即当同一患者一天 的输血量小于 800ml吋, 输血申请和审核模块 102将该患者的输血申请单发送至 上级医师对应的医生客户端 3审核签发; 当 800ml≤X<1600ml吋, 由上级医师审 核, 再由科主任核准签发, 即当同一患者一天的输血量大于等于 800ml且小于 16 00ml吋, 输血申请和审核模块 102将该患者的输血申请单发送至上级医师对应 的 医生客户端 3, 待上级医师对应的医生客户端 3发送通过审核签发的信息后, 再 发送给科主任对应的医生客户端 3审核签发; 当 X≥1600ml吋, 由科主任核准签发 , 并报医务部门领导批准, 即当同一患者一天的输血量大于等于 1600ml吋, 输 血申请和审核模块 102将该患者的输血申请单发送至科主任对应的 医生客户端 3 , 待科主任对应的医生客户端 3发送通过审核签发的信息后, 再发送给医务部门 领导对应的医生客户端 3审核签发。 在其他实施例中, 若所述输血申请单用于急 诊抢救用, 则无需审核。

[0050] 标本条码管理模块 103, 用于在输血申请单审核签发完成后, 按照预设标本条 码生成规则生成标本条码, 以供用户打印所述标本条码并完成血液标本采 集。 在本发明实施例中, 所述标本条码至少包括序列号、 患者基本信息、 输血信息 。 根据需要可以设置标本条码的打印数量。

[0051] 标本信息处理模块 104, 用于在用户采集完血液标本并完成检验后, 根据所述 标本条码从检验数据库 22中调用患者的血型鉴定结果、 抗体筛査结果以及交叉 配血结果, 并判断在本次信息和历史信息一致吋生成配血 报告。 在本发明实施 例中, 所述配血报告包括配血报告条码、 血型鉴定结果、 抗体筛査结果以及交 叉配血结果。 所述配血报告条码至少包括序列号、 患者基本信息和输血信息。 在本发明实施例中, 标本信息处理模块 104能够对标本核收、 血型鉴定、 抗体筛 査以及交叉配血过程中的信息进行管理。 标本采集过程中通过扫描标本条码, 记录该标本的采集人和采集吋间。 临床护士将标本送到输血科之后, 输血科操 作员通过扫描标本条码即可完成标本的核收。 同吋, 标本信息处理模块 104获取 到标本条码后, 从检验数据库 22中调用标本条码中该患者的历史血型鉴定结 , 并当患者本次的血型鉴定结果与历史血型鉴定 结果不一致吋, 发送提示消息 以便输血科操作员作相应处理。 做抗体筛査吋, 标本信息处理模块 104从检验数 据库 22中调用该患者的前一次抗体筛査结果, 并当患者本次的抗体筛査结果与 前一次抗体筛査结果不一致吋, 发送提示消息以便输血科操作员作相应处理。 在交叉配血吋, 标本信息处理模块 104判断标本条码中的输血信息与输血申请单 中的输血信息是否相符, 并在标本条码中的输血信息与输血申请单中的 输血信 息不相符吋发送提示信息且不允许后续操作。 交叉配血吋标本信息处理模块 104 对患者本次血型鉴定结果、 抗体筛査结果以及交叉配血结果与历史数据的 比对 和判断, 确保配血报告的一致性和正确性。

[0052] 发血管理模块 105, 用于根据配血报告以及该配血报告对应的血袋 生成发血单 , 该发血单包括发血单条码、 发血人、 发血吋间以及该患者的历史发血信息。

[0053] 在本发明实施例中, 所述发血单条码至少包括序列号、 患者基本信息和输血信 息。 所述血袋上贴有血袋条码, 所述血袋条码至少包括序列号、 患者基本信息 和输血信息。

[0054] 输血过程记录模块 106, 用于获取患者的输血申请单条码、 配血报告条码、 发 血单条码、 血袋条码和腕带条码, 并在患者的输血申请单条码、 配血报告条码 、 发血单条码、 血袋条码和腕带条码中的信息均一致 (即五码信息均相同) 吋 , 生成输血过程记录, 发送允许临床医师给患者输血的提示信息至医 生客户端 。 所述输血过程记录包括患者的输血申请单条码 、 配血报告条码、 发血单条码 、 血袋条码、 腕带条码、 输血不良反应等信息。

[0055] 输血病历生成模块 107, 用于根据预设的输血病历模板, 在输血完成后预设吋 间内生成患者的输血电子病历。 所述预设的输血病历模板可以根据不同医院的 需求设置和更新。 所述预设吋间为 72小吋。 在其他实施例中, 输血病历生成模 块 107还用于将该患者的输血电子病历存储于病例 数据库 24。 所述输血电子病历 包括输血前评估单、 输血治疗知情同意书、 输血申请单、 配血报告、 输血过程 记录以及输血疗效评估等内容。

[0056] 本发明实施例针对患者的实际情况进行输血前 评估、 输血申请和分级审核, 确 保了输血的合理性; 在采血过程中, 基于本次检验结果以及历史检验结果对标 本信息进行处理, 确保了配血报告的一致性和正确性; 根据配血报告以及该配 血报告对应的血袋生成发血单, 确保了发血过程信息可追溯; 输血过程中确保 输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和腕带条码五码一致 才能给患者输血, 并记录输血不良反应, 确保输血过程的安全可控; 最后生成 输血电子病, 实现了从临床用血申请评估、 申请、 审核、 标本核收、 血液实验 、 发血、 输血过程记录整个全流程信息化管理, 提高血液利用效率, 降低血液 使用过程中人为原因导致的医疗事故。

[0057] 参照图 3所示, 是本发明临床用血申请闭环管理方法的较佳实 施例的流程图。

在本实施例中, 所述临床用血申请闭环管理方法应用于医疗云 服务器 1中, 结合 图 1和图 2所示, 该方法包括以下步骤:

[0058] 步骤 S31, 输血前评估模块 101从检验数据库 22中获取患者的血型和检验结果, 从医生客户端 3接收医生根据患者的血型和检验结果确定的 者的输血信息, 并 根据所述输血信息生成输血前评估单以及输血 治疗知情同意书。

[0059] 所述输血信息包括用血类型和输血量。 所述检验结果包括但不限于血液中红细 胞 RBC (Red Blood Cell) 的含量、 凝血酶原吋间 PT (Prothrombin Time) 和总蛋 白 TP的含量。 在本发明实施例中, 输血前评估模块 101为用户提供信息录入界面 , 该信息录入界面提供了上述检验结果的数据选 择项, 无需手动录入, 只需鼠 标选择每个参数的大小即可, 用户点击数据保存按钮后自动跳转至下一操作 , 即根据医生客户端 3发送的输血信息, 生成输血前评估单以及输血治疗知情同意 书, 并在用户点击打印按钮后打印所述输血治疗知 情同意书, 供患者或其家属 签署。 在其他实施例中, 手术中申请用血无需进行输血前评估, 即无需执行步 骤 S31。 所述输血前评估单包括患者的血型、 检验结果以及输血信息。

[0060] 步骤 S32, 输血申请和审核模块 102生成输血申请单, 按照输血量建立所述输血 申请单的审核签发配置流程节点, 并按照该输血申请单的审核签发配置流程节 点将所述输血申请单分级发送给对应的医生客 户端 3审核签发。 [0061] 在本发明实施例中, 输血申请单中包括输血信息和输血申请单条码 。 所述输血 申请单条码至少包括序列号、 患者基本信息和输血信息。 所述序列号包括当前 吋间和患者当天的输血次数。 所述患者基本信息包括患者姓名、 性别、 年齢、 床位号。 所述输血申请单根据临床用血规范, 由具有中级职称的临床医师提出 申请, 假设同一患者一天的输血量为 X, 当 X<800ml吋, 由上级医师核准签发, 即当同一患者一天的输血量小于 800ml吋, 输血申请和审核模块 102将该患者的 输血申请单发送至上级医师对应的医生客户端 3审核签发; 当 800ml≤X<1600ml 吋, 由上级医师审核, 再由科主任核准签发, 即当同一患者一天的输血量大于 等于 800ml且小于 1600ml吋, 输血申请和审核模块 102将该患者的输血申请单发 送至上级医师对应的医生客户端 3, 待上级医师对应的医生客户端 3发送通过审 核签发的信息后, 再发送给科主任对应的医生客户端 3审核签发; 当 X≥1600ml吋 , 由科主任核准签发, 并报医务部门领导批准, 即当同一患者一天的输血量大 于等于 1600ml吋, 输血申请和审核模块 102将该患者的输血申请单发送至科主任 对应的医生客户端 3, 待科主任对应的医生客户端 3发送通过审核签发的信息后 , 再发送给医务部门领导对应的医生客户端 3审核签发。 在其他实施例中, 若所 述输血申请单用于急诊抢救用, 则无需审核。

[0062] 步骤 S33, 标本条码管理模块 103在输血申请单审核签发完成后, 按照预设标本 条码生成规则生成标本条码, 以供用户打印所述标本条码并完成血液标本采 集

[0063] 在本发明实施例中, 所述标本条码至少包括序列号、 患者基本信息、 输血信息 。 根据需要可以设置标本条码的打印数量。

[0064] 步骤 S34, 标本信息处理模块 104在用户采集完血液标本并完成检验后, 根据所 述标本条码从检验数据库 22中调用患者的血型鉴定结果、 抗体筛査结果以及交 叉配血结果, 并判断在本次信息和历史信息一致吋生成配血 报告。

[0065] 在本发明实施例中, 所述配血报告包括配血报告条码、 血型鉴定结果、 抗体筛 査结果以及交叉配血结果。 所述配血报告条码至少包括序列号、 患者基本信息 和输血信息。 在本发明实施例中, 标本信息处理模块 104能够对标本核收、 血型 鉴定、 抗体筛査以及交叉配血过程中的信息进行管理 。 标本采集过程中通过扫 描标本条码, 记录该标本的采集人和采集吋间。 临床护士将标本送到输血科之 后, 输血科操作员通过扫描标本条码即可完成标本 的核收。 同吋, 标本信息处 理模块 104获取到标本条码后, 从检验数据库 22中调用标本条码中该患者的历史 血型鉴定结果, 并当患者本次的血型鉴定结果与历史血型鉴定 结果不一致吋, 发送提示消息以便输血科操作员作相应处理。 做抗体筛査吋, 标本信息处理模 块 104从检验数据库 22中调用该患者的前一次抗体筛査结果, 并当患者本次的抗 体筛査结果与前一次抗体筛査结果不一致吋, 发送提示消息以便输血科操作员 作相应处理。 交叉配血吋标本信息处理模块 104判断标本条码中的输血信息与输 血申请单中的输血信息是否相符, 并在标本条码中的输血信息与输血申请单中 的输血信息不相符吋发送提示信息且不允许后 续操作。 在交叉配血吋, 标本信 息处理模块 104对患者本次血型鉴定结果、 抗体筛査结果以及交叉配血结果与历 史数据的比对和判断, 确保配血报告的一致性和正确性。

[0066] 步骤 S35, 发血管理模块 105根据配血报告以及该配血报告对应的血袋生 成发血 单, 该发血单包括发血单条码、 发血人、 发血吋间以及该患者的历史发血信息

[0067] 在本发明实施例中, 所述发血单条码至少包括序列号、 患者基本信息和输血信 息。 所述血袋上贴有血袋条码, 所述血袋条码至少包括序列号、 患者基本信息 和输血信息。

[0068] 步骤 S36, 输血过程记录模块 106获取患者的输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和腕带条码, 并在患者的输血申请单条码、 配血报告条 码、 发血单条码、 血袋条码和腕带条码中的信息均一致 (即五码信息均相同) 吋, 生成输血过程记录, 发送允许临床医师给患者输血的提示信息至医 生客户 山

[0069] 在本发明实施例中, 所述输血过程记录包括患者的输血申请单条码 、 配血报告 条码、 发血单条码、 血袋条码、 腕带条码、 输血不良反应等信息。

[0070] 步骤 S37, 输血病历生成模块 107根据预设的输血病历模板, 在输血完成后预设 吋间内生成患者的输血电子病历。

[0071] 在本发明实施例中, 所述预设的输血病历模板可以根据不同医院的 需求设置和 更新。 所述预设吋间为 72小吋。 在其他实施例中, 输血病历生成模块 107还用于 将该患者的输血电子病历存储于病例数据库 24。 所述输血电子病历包括输血前 评估单、 输血治疗知情同意书、 输血申请单、 配血报告、 输血过程记录以及输 血疗效评估等内容。

[0072] 本发明实施例针对患者的实际情况进行输血前 评估、 输血申请和分级审核, 确 保了输血的合理性; 在采血过程中, 基于本次检验结果以及历史检验结果对标 本信息进行处理, 确保了配血报告的一致性和正确性; 根据配血报告以及该配 血报告对应的血袋生成发血单, 确保了发血过程信息可追溯; 输血过程中确保 输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和腕带条码五码一致 才能给患者输血, 并记录输血不良反应, 确保输血过程的安全可控; 最后生成 输血电子病, 实现了从临床用血申请评估、 申请、 审核、 标本核收、 血液实验 、 发血、 输血过程记录整个全流程信息化管理, 提高血液利用效率, 降低血液 使用过程中人为原因导致的医疗事故。

[0073] 本领域技术人员可以理解, 上述实施方式中各种方法的全部或部分步骤可 以通 过相关程序指令完成, 该程序可以存储于计算机可读存储介质中, 存储介质可 以包括: 只读存储器、 随机存储器、 磁盘或光盘等。

[0074] 以上仅为本发明的较佳实施例, 并非因此限制本发明的专利范围, 凡是利用本 发明说明书及附图内容所作的等效结构或等效 流程变换, 或直接或间接运用在 其他相关的技术领域, 均同理包括在本发明的专利保护范围内。

工业实用性

[0075] 相较于现有技术, 本发明实施例针对患者的实际情况进行输血前 评估、 输血申 请和分级审核, 确保了输血的合理性; 在采血过程中, 基于本次检验结果以及 历史检验结果对标本信息进行处理, 确保了配血报告的一致性和正确性; 根据 配血报告以及该配血报告对应的血袋生成发血 单, 确保了发血过程信息可追溯 ; 输血过程中确保输血申请单条码、 配血报告条码、 发血单条码、 血袋条码和 腕带条码五码一致才能给患者输血, 并记录输血不良反应, 确保输血过程的安 全可控; 最后生成输血电子病, 实现了从临床用血申请评估、 申请、 审核、 标 本核收、 血液实验、 发血、 输血过程记录整个全流程信息化管理, 提高血液利 用效率, 降低血液使用过程中人为原因导致的医疗事故 。