一种用于医院血库的闭环管理系统专利检索-血栓弹力图诊断设备和程序专利检索查询-专利查询网

一种用于医院血库的闭环管理系统

阅读：810发布：2020-08-05

专利汇可以提供一种用于医院血库的闭环管理系统专利检索，专利查询，专利分析的服务。并且本发明公开的一种用于医院血库的闭环管理系统，从血液入库开始，医生在医生模块开输血申请单，输血科审核申请单进行血型复核、交叉配血、临床发血，到护士在护士模块完成输血前、输血中和输血后病人输血情况登记，记录病人输血有无不良反应、输血后医生疗效进行评估和血袋回收的整个与“输血”发生关联的全过程，同时可以跟医院各业务系统无缝对接，实现医院病人安全用血全程质量控制，对病人所有输血相关数据进行电子化规范管理，进一步规范临床用血安全管理、规范病人病程病案管理，最终实现医院病人医疗安全管理。本发明整个与“输血”发生关联的全过程通过图形直观的展示，医生、护士、血库和医院质量管理对病人各阶段输血信息一目了然。，下面是一种用于医院血库的闭环管理系统专利的具体信息内容。

权利要求

1.一种用于医院血库的闭环管理系统，其特征在于：包括医务科模块、医生模块、护士模块和输血科模块；其中，
医生模块用于医生填写用血申请单，请求的数据先存放在队列中提交到业务层，业务层对前模块用血请求进行响应，前模块用血请求通过后，由护士模块进行下一步处理；
医生用血申请成功后，业务层将用血申请成功的消息以JSON格式存放在队列中，护士模块通过订阅的方式获取指定的队列进行数据分析，护士采集患者标本后登记标本信息；
请求的数据先存放在队列中提交到业务层，业务层对前模块请求进行响应，将指定的队列进行数据分析传到数据层进行存储；
输血科模块通过订阅的方式获取指定的队列进行数据分析，审核医生开具的用血申请单和护士采集的标本量是否合格；业务层响应输血科模块提交的请求后提交到数据层保存输血科的审核结果；输血科审核通过后进行血型复核，血型复核模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回血型复核界面；输血科登记复核结果后保存数据，将血型复核结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中；血型复核完成后进行交叉配血登记；在交叉配血模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回交叉配血界面；输血科登记交叉配血结果后保存数据，将交叉配血结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中；交叉配血结果相合，业务层将配血结果以JSON格式推送到护士模块，并在护士模块声音提示护士打印取血凭证到输血科取血；
护士打印取血凭证到输血科，输血科在临床发血模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回临床发血界面，医生扫描血袋条码到临床发血界面，通过血袋条码在业务层根据配血结果，判断对应所扫描的血液是否可以发给病人，如果配血结果不相合返回临床发血页面，声音提示改血液不能发给病人；
如果配血结果相合，或不需要配血的成功扫描并将保存的信息以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；
护士从输血科取血后，通过PDA扫描血袋条码和病人腕带二维码进行核对；将核对成功的开始时间、核对人、核对条码以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；护士通过PDA记录输血过程病人的体征；输血结束后护士再次扫描血袋条码，记录核对时间和核对人以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；输血过程中或输血后预设时间内病人有输血反应，护士在护士模块发送消息到医生模块通知临床医生；临床医生在医生模块接收到消息后输血反应登记模块对输血信息、反应情况和处理结果进行登记保存；以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；同时业务层将医生登记的输血反应信息以JSON格式推送到输血科模块，由输血科处理并推送到医务科模块，最终医务科审核；
病人输血结束后，医生要对本次给病人输血进行输血有效性评价；医生在医生模块的输血科后有效性评价模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取病人用血信息返回到界面；医生填写完成评价结果后保存；以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；
已经给病人输血后剩下的血袋，护士将在护士模块的血袋回收模块扫描血袋条码，记录运送时间和运送人以JSON格式向服务器发起请求存储到数据库中；输血科模块接收从护士模块送来的血袋，在血袋接收模块扫描血袋条码，记录接收人、接收时间，以JSON格式向服务器发起请求存储到数据库中。
2.根据权利要求1所述用于医院血库的闭环管理系统，其特征在于：所述业务层对前模块用血请求进行响应，是指业务层通过数据层评估大量用血和输血合理性；具体为：
在业务层做处理，判断本次申请是否是大量用血申请和申请用血的合理性；如果本次申请用血不合理将消息写入消息队列，返回到医生模块申请单申请不成功；如果本次申请用血合理，判断是否是大量用血，如果是大量用血，申请数据提交到数据层，数据层将申请单信息写入数据库，同时将成功消息通过业务层写入消息队列，返回到医生模块申请单申请成功；业务层产生用血审批消息推送到医务科模块由医务科审批。
3.根据权利要求2所述用于医院血库的闭环管理系统，其特征在于：所述用血申请合理性，其定量判断方法如下：
A：检验项目比较边界值下限；B：检验项目比较边界值上限；
本次检验项目结果本次检验项目结果>B；
A≤本次检验项目结果≤B；
预设每一个检验项目对应公式结果的合理性，当判断符合对应公式时，取对应公式的预设结果。
4.根据权利要求2所述用于医院血库的闭环管理系统，其特征在于：所述用血申请合理性，其评估的方式为：每条能够量化的输血指征设置成用数学公式计算的内容，不可量化的输血指征由医生判断；在开用血申请单时根据患者检验项目结果和医生申请的血液品种，通过与预设输血指征进行计算对应输血指征范围，进而判断本次申请用血的合理性。
5.根据权利要求2所述用于医院血库的闭环管理系统，其特征在于：所述用血申请合理性，其评估后会生成对应的血栓弹力图，能够指导医生作为临床输血治疗成分输血量参考；
根据血栓弹力图中各指标的结果提示医生申请血量参考范围。
6.根据权利要求2所述用于医院血库的闭环管理系统，其特征在于：所述大量用血的标准为24小时内用血量超过1600ml，或一次申请血量超过1600ml。
7.根据权利要求1所述用于医院血库的闭环管理系统，其特征在于：所述病人输血结束后，医生能够通过webservice 接口方式，以xml格式从医院互联互通平台获取病人输血后的检验结果。
8.根据权利要求1所述用于医院血库的闭环管理系统，其特征在于：所述病人输血结束后，同时生成输血过程记录通过webservice接口方式，以xml格式推送过医院电子病历。
9.根据权利要求1所述用于医院血库的闭环管理系统，其特征在于：所述医务科模块、医生模块、护士模块、输血科模块的业务操作功能通过API技术封装成dll供外部系统调用，dll中定义了各业务流程。
10.根据权利要求1所述用于医院血库的闭环管理系统，其特征在于：所述医务科模块、医生模块、护士模块、输血科模块的业务操作流程均为闭环，在闭环流程中利用图片结合有效数据展示并实时更新。

说明书全文

一种用于医院血库的闭环管理系统

技术领域

[0001] 本发明涉及医院血库管理领域，特别涉及一种用于医院血库的闭环管理系统。

背景技术

[0002] 目前二级医院特别是三级医院都建立了血库,有的还建立了输血科，搭建有独立的输血管理系统，部分医院的输血管理系统与医院的信息管理系统、实验室信息管理系统做了无缝链接，实现了用血数据共享。但大多数医院血库的输血管理系统只能对从血站获取血液成分进行库存、交叉配血、血液成分发放、自动收费进行管理，目前仍没有做到通过血库的输血管理系统能对医院的用血安全实现全程监控、能收集到医院病人输血各环节数据采集、输血相关文档的收集并进行电子化管理。

[0003] 对临床从血库取回血液成分经过两人的核对供者和受血者的信息正确后即给病人输血，在输血过程中如果病人出现有不良反应，则医生、护士在护理管理平台，病人病案管理系统记录输血过程和输血后疗效概况的数据没有进行记录和收集。病人各阶段输血信息，医生、护士、血库和医院质量管理都无法全程撑握血液成分，从医院的输血科发出前病人的体温是多少，血液发出后临床从什么时候开始输血、输血过程中病人的体征、什么时候输注完毕，输注完毕后血袋的管理是怎样做的、输血过程病人有没有出现不良反应、不良反应的处置是怎样的、结果怎么样、临床病人输血后主管医生有没有对病人的疗效进行评估，病程有没有做记录。部分医院血库的输血系统有一些记录但是记录并不完整或者记录数据无法直观地展示。

发明内容

[0004] 本发明的目的在于克服现有技术的缺点与不足，提供一种用于医院血库的闭环管理系统，能够实现医院用血安全数据电子化管理。

[0005] 本发明的目的通过以下的技术方案实现：

[0006] 一种用于医院血库的闭环管理系统，包括医务科模块、医生模块、护士模块和输血科模块；其中，

[0007] 医生模块用于医生填写用血申请单，请求的数据先存放在队列中提交到业务层，业务层对前模块用血请求进行响应，前模块用血请求通过后，由护士模块进行下一步处理；

[0008] 医生用血申请成功后，业务层将用血申请成功的消息以JSON格式存放在队列中，护士模块通过订阅的方式获取指定的队列进行数据分析，护士采集患者标本后登记标本信息；请求的数据先存放在队列中提交到业务层，业务层对前模块请求进行响应，将指定的队列进行数据分析传到数据层进行存储；

[0009] 输血科模块通过订阅的方式获取指定的队列进行数据分析，审核医生开具的用血申请单和护士采集的标本量是否合格；业务层响应输血科模块提交的请求后提交到数据层保存输血科的审核结果；输血科审核通过后进行血型复核，血型复核模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回血型复核界面；输血科登记复核结果后保存数据，将血型复核结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中；血型复核完成后进行交叉配血登记；在交叉配血模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回交叉配血界面；输血科登记交叉配血结果后保存数据，将交叉配血结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中；交叉配血结果相合，业务层将配血结果以JSON格式推送到护士模块，并在护士模块声音提示护士打印取血凭证到输血科取血；

[0010] 护士打印取血凭证到输血科，输血科在临床发血模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回临床发血界面，医生扫描血袋条码到临床发血界面，通过血袋条码在业务层根据配血结果，判断对应所扫描的血液是否可以发给病人，如果配血结果不相合返回临床发血页面，声音提示改血液不能发给病人；如果配血结果相合，或不需要配血的成功扫描并将保存的信息以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；

[0011] 护士从输血科取血后，通过PDA扫描血袋条码和病人腕带二维码进行核对；将核对成功的开始时间、核对人、核对条码以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；护士通过PDA记录输血过程病人的体征；输血结束后护士再次扫描血袋条码，记录核对时间和核对人以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；输血过程中或输血后预设时间内病人有输血反应，护士在护士模块发送消息到医生模块通知临床医生；临床医生在医生模块接收到消息后输血反应登记模块对输血信息、反应情况和处理结果进行登记保存；以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；同时业务层将医生登记的输血反应信息以JSON格式推送到输血科模块，由输血科处理并推送到医务科模块，最终医务科审核；

[0012] 病人输血结束后，医生要对本次给病人输血进行输血有效性评价；医生在医生模块的输血科后有效性评价模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取病人用血信息返回到界面；医生填写完成评价结果后保存；以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中；

[0013] 已经给病人输血后剩下的血袋，护士将在护士模块的血袋回收模块扫描血袋条码，记录运送时间和运送人以JSON格式向服务器发起请求存储到数据库中；输血科模块接收从护士模块送来的血袋，在血袋接收模块扫描血袋条码，记录接收人、接收时间，以JSON格式向服务器发起请求存储到数据库中。

[0014] 所述业务层对前模块用血请求进行响应，是指业务层通过数据层评估大量用血和输血合理性；具体为：

[0015] 在业务层做处理，判断本次申请是否是大量用血申请和申请用血的合理性；如果本次申请用血不合理将消息写入消息队列，返回到医生模块申请单申请不成功；如果本次申请用血合理，判断是否是大量用血，如果是大量用血，申请数据提交到数据层，数据层将申请单信息写入数据库，同时将成功消息通过业务层写入消息队列，返回到医生模块申请单申请成功；业务层产生用血审批消息推送到医务科模块由医务科审批。

[0016] 所述用血申请合理性，其定量判断方法如下：

[0017] A：检验项目比较边界值下限；B：检验项目比较边界值上限；

[0018] 本次检验项目结果

[0019] 本次检验项目结果>B；

[0020] A≤本次检验项目结果≤B；

[0021] 预设每一个检验项目对应公式结果的合理性，当判断符合对应公式时，取对应公式的预设结果。

[0022] 所述用血申请合理性，其评估的方式为：每条能够量化的输血指征设置成用数学公式计算的内容，不可量化的输血指征由医生判断；在开用血申请单时根据患者检验项目结果和医生申请的血液品种，通过与预设输血指征进行计算对应输血指征范围，进而判断本次申请用血的合理性。

[0023] 所述用血申请合理性，其评估后会生成对应的血栓弹力图，能够指导医生作为临床输血治疗成分输血量参考；根据血栓弹力图中各指标的结果提示医生申请血量参考范围。

[0024] 所述大量用血的标准为24小时内用血量超过1600ml，或一次申请血量超过1600ml。

[0025] 所述病人输血结束后，医生能够通过webservice 接口方式，以xml格式从医院互联互通平台获取病人输血后的检验结果。

[0026] 所述病人输血结束后，同时生成输血过程记录通过webservice接口方式，以xml格式推送过医院电子病历。

[0027] 所述医务科模块、医生模块、护士模块、输血科模块的业务操作功能通过API技术封装成dll(动态库)供外部系统调用，dll中定义了各业务流程。这样便于闭环管理系统与医院各业务系统对接。基于血库系统内部，比如常规输血申请流程，API中定义患者必须有化验结果，签署输血之情同意书，最后判断申请的合理性，医生才能向输血科提交输血申请单。通过一些固定流程的封装，相关联的模块只需提供正确的数据，降低模块间的耦合同时保证数据有序性。血库系统与外部系统，通过规范的API接口，统一系统间的数据输入输出。封装成API还可以方便快捷的嵌入其他系统。当有其他业务系统需要使用我们系统的某个模块，可提供对应模块接口外部系统可直接对接。如医院使用某厂家的HIS系统，HIS系统中没有血库管理系统或不能达到三级医院的规范要求会与我们的血库系统对接，我们系统只需提供调用的API接口即可嵌入HIS系统。

[0028] 所述医务科模块、医生模块、护士模块、输血科模块的业务操作流程均为闭环，在闭环流程中利用图片结合有效数据展示并实时更新。

[0029] 本发明与现有技术相比，具有如下优点和有益效果：

[0030] 1、本发明从血液入库开始，医生在医生模块开输血申请单(申请前自动进行合理性评估、根据患者过往输血情况和检查结果系统自动计算提示医生申请血量参考范围、是否大量用血审批)，输血科审核申请单进行血型复核、交叉配血、临床发血，到护士在护士模块完成输血前、输血中和输血后病人输血情况登记，记录病人输血有无不良反应、输血后医生疗效进行评估和血袋回收的整个与“输血”发生关联的全过程，同时可以跟医院各业务系统无缝对接，实现医院病人安全用血全程质量控制，对病人所有输血相关数据进行电子化规范管理，进一步规范临床用血安全管理、规范病人病程病案管理，最终实现医院病人医疗安全管理。整个与“输血”发生关联的全过程通过图形直观的展示，医生、护士、血库和医院质量管理对病人各阶段输血信息一目了然。

[0031] 2、本发明通过在加入队列中间件后，用户模块请求的数据先存放在队列中，另一模块通过订阅的方式获取指定的队列进行数据分析存储到数据库中。每个队列都有特定的标识来区分，队列中的数互不影响，队列根据协议接收JSON格式的数据，在接收到数据的时候，会对数据进行一个入队操作，队列内的数据是关系是一个先进先出的规则，新数据会排在现有队列的尾部，队列不做逻辑处理，提高应用访问效率，保证数据有序和准确。

[0032] 3、本发明整个与“输血”发生关联的全过程不只是常规的数据记录，设计出了更形象的图形化界面。系统对全过程分成了4个“环”，分别是“血袋闭环”、“医生轨迹”、“护士轨迹”、“输血科轨迹”。从每个“环”中可以清楚的了解到每个关键节点是否完成，处理的人员和时间节点及结果。每个节点可以单击显示更加详细的统计信息。附图说明

[0033] 图1为一种用于医院血库的闭环管理系统的工作流程图。

[0034] 图2、3为部分输血指征示意图。

[0035] 图4为输血后疗效评估图。

[0036] 图5为与其他厂商对接流程图。

[0037] 图6为血袋闭环示意图。

[0038] 图7为医生模块闭环示意图。

[0039] 图8为护士模块闭环示意图。

[0040] 图9为输血科模块闭环示意图。

[0041] 图10为患者配血质控结果的质控图。

具体实施方式

[0042] 下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。

[0043] 如图1，一种用于医院血库的闭环管理系统，医生模块填写输血申请单，请求的数据先存放在队列中提交到业务层，业务层对前模块请求进行响应，通过数据层获取大量用血和输血合理性评估公式。在业务层做处理，判断本次申请是否是大量用血申请和申请用血的合理性。如果本次申请用血不合理将消息写入消息队列，返回到医生模块申请单申请不成功。如果本次申请用血合理，判断是否是大量用血(24小时内用血量超过1600ml，或一次申请血量超过1600ml)，如果是大量用血，申请数据提交到数据层，数据层将申请单信息写入数据库，同时将成功消息通过业务层写入消息队列，返回到医生模块申请单申请成功。业务层产生用血审批消息推送到医务科模块由医务科审批。医生用血申请成功后，业务层将成功消息以JSON格式存放在队列中，护士模块通过订阅的方式获取指定的队列进行数据分析，护士采集患者标本后登记标本信息。请求的数据先存放在队列中提交到业务层，业务层对前模块请求进行响应，将指定的队列进行数据分析传到数据层存储到数据库中。业务层生成成功消息以JSON格式存放在队列中，输血科模块通过订阅的方式获取指定的队列进行数据分析，审核医生开具的申请单和护士采集的标本量是否合格。输血科提交的请求业务层响应后提交到数据层保存输血科的审核结果。输血科审核通过后进行血型复核，血型复核模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回血型复核界面。输血科登记复核结果后保存数据，将血型复核结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中。血型复核完成后进行交叉配血登记。在交叉配血模块通过输血申请单，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回交叉配血界面。输血科登记交叉配血结果后保存数据，将交叉配血结果以JSON格式存放在队列中，由业务层判断数据的合理性后传到数据层存储到数据库中。交叉配血结果相合，业务层将配血结果以JSON格式推送到护士模块，并在护士模块声音提示护士打印取血凭证到输血科取血。护士打印取血凭证到输血科，输血科在临床发血模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取申请单信息返回临床发血界面，医生扫描血袋条码到临床发血界面，通过血袋条码在业务层根据配血结果，判断对应所扫描的血液是否可以发给病人，如果配血结果不相合返回临床发血页面，声音提示改血液不能发给病人。如果配血结果相合，或不需要配血的成功扫描并将保存的信息以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中。

[0044] 护士从输血科取血后，通过PDA扫描血袋条码和病人腕带二维码。将核对成功的开始时间、核对人、核对条码以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中。护士通过PDA记录输血过程病人的体征。输血结束后护士再次扫描血袋条码，记录核对时间和核对人以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中。输血过程中或输血后两小时内病人有输血反应，护士在护士模块发送消息到医生模块通知临床医生。临床医生在医生模块接收到消息后输血反应登记模块对输血信息、反应情况和处理结果进行登记保存。以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中。同时业务层将医生登记的输血反应信息以JSON格式推送到输血科模块，由输血科处理并推送到医务科模块，最终医务科审核。

[0045] 病人输血结束后，医生要对本次给病人输血进行输血有效性评价。医生在医生模块的输血科后有效性评价模块通过输血申请单号，以JSON格式向服务器发起请求，通过业务层向数据层获取病人用血信息返回到界面。通过webservice接口方式，以xml格式从医院互联互通平台获取病人输血后的检验结果。医生填写完成评价结果后保存。以JSON格式向服务器发起请求，通过业务层向数据层传输数据，在数据层存储到数据库中。同时生成输血过程记录通过webservice接口方式，以xml格式推送过医院电子病历。

[0046] 已经给病人输血后剩下的血袋，护士将在护士模块血袋回收模块扫描血袋条码，记录运送时间和运送人以JSON格式向服务器发起请求存储到数据库中。输血科模块输血科接收从护士模块送来的血袋，在血袋接收模块扫描血袋条码，记录接收人、接收时间，以JSON格式向服务器发起请求存储到数据库中。

[0047] 通过在加入队列中间件后，用户模块请求的数据先存放在队列中，另一模块通过订阅的方式获取指定的队列进行数据分析存储到数据库中。每个队列都有特定的标识来区分，队列中的数互不影响，队列根据协议接收JSON格式的数据，在接收到数据的时候，会对数据进行一个入队操作，队列内的数据是关系是一个先进先出的规则，新数据会排在现有队列的尾部，队列不做逻辑处理，提高应用访问效率，保证数据有序和准确。

[0048] 输血申请合理性定量判断公式：

[0049] A：检验项目比较边界值下限；B：检验项目比较边界值上限。

[0050] 本次检验项目结果

[0051] 本次检验项目结果>B；

[0052] A≤本次检验项目结果≤B；

[0053] 系统预设每一个检验项目对应公式结果的合理性。当判断符合对应公式时，取对应公式的预设结果。

[0054] 图1中的数字标注说明:1为病人基本信息接口,2为病人检验信息接口,3、4为互联互通接口，5为电子病历输血病程记录接口。

[0055] 如图2、3，输血合理性评估：每条可以量化的输血指征通过系统设置成可以用数学公式计算的内容，不可量化的输血指征由医生判断。在开输血申请单时根据患者检验项目结果和医生申请的血液品种，通过与预设输血指征进行计算对应输血指征范围。判断本次申请用血的合理性。

[0056] 系统根据血栓弹力图结果，指导医生作为临床输血治疗成分输血量参考。根据血栓弹力图中各指标(LY30/EPL、MA、Angle、R等)的结果提示医生申请血量参考范围。

[0057] 按照临床输血管理办法地85号令手术备血大量用血申请三级审核。在此基础上增加24小时内临床用血量分级审核，根据输血科发给临床在24小时内输注给病人的血量判断医生是否已经达到大量用血审核的范围。

[0058] 如图4，根据输血前后病人检验项目结果，系统生成疗效评估模板。医生可以进行编辑。

[0059] 向血站约血入库流程、输血申请流程、发血流程、护士输注护理流程、输血不良反应上报流程，每个流程以申请单号、单据状态、病人住院号和住院流水号为数据交换和控制的节点，管理每个过程的数据输入和输出。利用开发工具编译成DLL，调用对应的接口传入参数可返回相应返回结果。

[0060] 如图5为与其他厂商对接流程图，临床医生开输血申请单，申请信息通过接口(包括但是不限于WebService、HTTP等)推送到集成平台。集成平台收到消息后通过同样的接口推送到输血系统。输血系统接收后通知输血科审核。输血科接收标本和申请单后完成输血相容性试验通过消息推送的方式(手机短信、系统内部消息、微信公众号)临床护士取血。输血科发血给临床护士，发血信息通过接口(包括但是不限于WebService、HTTP等)推送到集成平台。临床护士使用PDA核对血袋开始输血，核对时向集成平台发送请求获得血袋信息，护士核对的信息通过接口(包括但是不限于WebService、HTTP等)推送到集成平台，集成平台收到消息后通过同样的接口推送到输血系统。输血结束时临床护士再次使用PDA扫描血袋确认输血结束，核对和确认信息通过接口(包括但是不限于WebService、HTTP等)推送到集成平台，集成平台收到消息后通过同样的接口推送到输血系统。同时集成平台通知电子病历，提醒医生书写疗效评价记录。医生提交的疗效评价记录通过接口(包括但是不限于WebService、HTTP等)推送到集成平台，集成平台收到消息后通过同样的接口推送到输血系统。输血系统最终展示闭环流程供输血科、护理部、医疗质控科和临床质控员查看。

[0061] 如图6-9，整个与“输血”发生关联的全过程不只是常规的数据记录，设计出了更形象的图形化界面。系统对全过程分成了4个“环”，分别是“血袋闭环”、“医生轨迹”、“护士轨迹”、“输血科轨迹”。从每个“环”中可以清楚的了解到每个关键节点是否完成，处理的人员和时间节点及结果。每个节点可以单击显示更加详细的统计信息。

[0062] 整个与“输血”发生关联的全过程不只是常规的数据记录，设计出了更形象的图形化界面。系统对全过程分成了4个“环”，分别是“血袋闭环”、“医生轨迹”、“护士轨迹”、“输血科轨迹”。从每个“环”中可以清楚的了解到每个关键节点是否完成，处理的人员和时间节点及结果。每个节点可以单击显示更加详细的统计信息。

[0063] 如图6，血袋闭环主要是展示血袋从入库、到出库，护士接收、最后送回血库的时间节点和人员，便于血袋的跟踪。

[0064] 如图7，医生轨迹主要展示医生所开的输血申请单的处理流程节点。

[0065] 如图8，护士轨迹主要清晰的展示护士标本采集、取血、给病人输血及输血结束相关处理的时间节点。

[0066] 如图9，输血科轨迹展示输血科对医生输血申请单的处理情况及时间节点。

[0067] 闭环流程中合理利用图片结合有效数据展示，突出系统相比其他系统的亮点。质控图中使用开发工具自带的绘图无法达到预期效果，使用了匹配开发工具的自定义绘图组件并进行优化完善。更改组件内部编码，调整点、线及内容显示布局。相对于工具自带的工具，修改后的画图组件可以根据需要调整图形布局。

[0068] 如图10，最终实现了患者配血质控结果的质控图，根据输血科录入的质控结果，通过规则判断每天的质控是否失控。

[0069] L-J方法：

[0070] 超出设定的1sd，2sd或3sd线的质控值，是失控；

[0071] 默认2sd和3sd之间的为警告。

[0072] WestGard质控方法含义：

[0073] 1_2s规则、1_3s规则：与L-J方法的2sd、3sd相同。

[0074] 2_2s规则：当“连续”2个质控结果高于2SD或小于-2SD时，即偏于一侧，是警告或失控。

[0075] 质控图通过外部的组件嵌入开发工具来绘图，同时对原组件进行了修改。修改画图的方法(包括线的颜色、文本显示、排版)，是更能符合系统要求。

[0076] 上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

标题	发布/更新时间	阅读量
血栓弹力图仪	2020-05-11	132
一种血栓半自动弹力图仪	2020-05-22	525
一种用于血栓弹力图仪的取样装置	2020-05-23	715
一种全自动血栓弹力图检测设备	2020-05-23	690
血栓弹力图仪的冻干反应杯盒	2020-05-17	753
血栓弹力图仪的角度偏转检测系统	2020-05-18	685
血栓弹力图检测装置	2020-05-12	528
一种装卸杯装置及血栓弹力图仪	2020-05-22	595
血栓弹力图仪无血清质控品及其用途	2020-05-24	911
血栓弹力图仪	2020-05-15	536

一种用于医院血库的闭环管理系统

一种用于医院血库的闭环管理系统

技术领域

背景技术

发明内容

具体实施方式

该功能需要专业版企业版VIP权限，您可以：