惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
月光博客
月光博客
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
F
Fortinet All Blogs
T
The Blog of Author Tim Ferriss
Stack Overflow Blog
Stack Overflow Blog
Blog — PlanetScale
Blog — PlanetScale
aimingoo的专栏
aimingoo的专栏
U
Unit 42
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
MyScale Blog
MyScale Blog
T
Tailwind CSS Blog
N
Netflix TechBlog - Medium
B
Blog
博客园_首页
G
Google Developers Blog
Recent Announcements
Recent Announcements
博客园 - 【当耐特】
P
Proofpoint News Feed
博客园 - 司徒正美
Hugging Face - Blog
Hugging Face - Blog
MongoDB | Blog
MongoDB | Blog
Last Week in AI
Last Week in AI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
临床业务合集之危急值管理
五五五檬檬 · 2024-12-15 · via 人人都是产品经理

在医疗类相关产品中,因为其业务的特殊性,危急值管理算是比较特别的一个模块。这篇文章,我们看看作者分享的经验。

一、危急值管理概述

在笔者刚接触危急值管理系统时会因为搜狗输入法将“危急值”错打成“危机值”,在了解其真正含义后就会特别留意下文字有无打错。

那么,什么是危急值呢?危急值又叫临床危急值(Critical Value,CV),特指某些可能严重影响患者健康甚至导致患者死亡的异常检查结果。

为加强医院管理、提高医疗质量、保障医疗安全、避免医疗事故发生,使临床能够及时掌握病人病情,医疗机构均会制定危急值管理制度,以保障能顺畅的进行危急值识别、报告、处理、监控和评估流程,确保有危急值的患者得到及时医疗处置。

二、危急值管理流程

危急值管理流程

患者院内就诊,不论是门(急)诊抑或是住院时,就诊的临床科室医生会开具医技检查项目,患者在指定时间到医技科室进行检查,医技科室人员会出具相应的医技报告,根据报告结果识别出危急值并且经过双人核对,在15分钟内进行危急值的报告。此时医疗机构需与患者&家属取得联系同时针对患者就诊的临床科室需要在5分钟内接收到危急值报告信息并且在30分钟内对危急值进行处置并且在病历中进行记录。

医疗机构医务部、护理部和质量管理部负责危急值管理制度的完善、危急值的监管和定期评估。(ps:具体时间要求和部门分工可能会因不同医疗机构管理模式不同而有差异。)

三、产品设计

在已知危急值管理流程后,可对危急值管理系统进行产品设计。危急值管理系统从业务层面上可划分为四大板块:

危急值规则定义

危急值范围会因患者就诊科室、性别、年龄等存在差异性,例如针对新生儿空腹血糖值低于2.2mmol/L时需上报危急值,而非新生儿低于2.6mmol/L才会报告危急值;患者在血液病房就诊时白细胞计数小于1.0*10^9/L的情况下才上报危急值,非血液病房在小于1.5*10^9/L的情况下即报告;患者检查报告中包含急性心包大量积液即报告危急值……

危急值规则定义需支持针对患者性别、年龄、科室、检查机器等进行定性或定量的设置。因不同医疗机构管理模式不同,各个危急值的临界点可能存在差异性,因此需支持危急值规则后台定义。

危急值流程定义

根据危急值管理业务流程,从系统层面来定义危急值管理流程:

正如危急值管理流程中描述,需将业务流程进行产品化,笔者接触过的医疗机构对危急值的整体流程还是基本一致的,仅少数医院不设定接收节点,仅有处理节点,此时应用流程引擎可动态配置危急值管理的全流程,我们逐个来进行剖析。

1.针对业务流程数量的梳理

  • 产品化的流程适用就诊范围,包含门诊、住院、急诊、留观;若各个就诊类型流程不一样,就需要进行拆分;
  • 产品化的流程适用医技类型范围,包含检验、检查、病理等;若各个类型医生填写的处置记录内容不同,则需要进行拆分,关联具体的表单;

2.针对业务流程节点的梳理

此时需要定义危急值处理闭环全流程,针对每个节点和环节的设定,圈定各个节点可处理的人员范围以及节点处理后的状态、备注信息的展示。

3.针对业务流程消息提醒机制的梳理

危急值消息提醒机制在危急值管理全流程中至关重要,决定着危急值报告是否能及时通知和处理。例如当检验科报告危急值时,患者门诊就诊情况就需要以站内信形式通知开单医生、短信通知患者本人及家属,而患者住院情况下,除站内信通知开单医生外,还需要通知病区责任护士以便于临床及时接收危急值报告。针对危急值超时未接收、未处理情况下不同时间段将触发不同的提醒机制,主要方式包含站内信、短信、电话以及医疗机构使用的即时通讯办公软件。消息提醒机制也会因医疗机构的管理模式不同而不同。

危急值流程应用

已知危急值业务流程、危急值报告的范围以及流程引擎的定义,那如何进行流程的应用呢?

1.危急值的报告

危急值的报告在医技科室使用的实验室信息系统(Laboratory Information System,lis)、影像归档和通信系统(Picture Archiving and Communications System,pacs)或病理信息系统(Pathology Information System,PIS)等,而临床接收、处理都属于临床信息系统(Clinical Information System,CIS),此时就需要通过接口来实现危急值流程的发起,在上一part中提到的业务流程数量的梳理就起到了作用,通过与医技系统接口定义发起的流程,关联流程中的唯一编码。若医疗机构使用集成平台,则通过集成平台来进行调度。

医技人员在出具检验检查报告时,根据危急值规则提醒医技人员危急值信息,人工核实后进行报告,触发危急值流程同时启动消息提醒机制。

2.临床接收

危急值报告后临床需要在5分钟内进行接收,并且提供给患者的报告里需明确标记危急值信息。

  • 临床医生或护士查看报告需清晰可见危急值信息,并进行接收;

  • 临床医生或护士查看所有危急值的报告并进行接收;

  • 临床医生或护士支持以科室维度查看危急值记录,支持记录的批量接收。当用户打开此页面后就需要后台实时轮训监测是否有新的危急值报告;

3.临床处理

同上述临床接收中提到的三种场景一致,当危急值状态变更后,对应操作也相应的进行变化。因医生处理完危急值后需同步进行病程的书写,常规的做法是危急值处理填写处理结果后,医生手动在病历系统里添加记录,而医生繁忙的情况下容易遗忘,因此可在危急值处理时同步完成病程书写,也就是笔者前面提到的关联表单,其作用就是处理同步完成病程书写,提高效率。

医生书写病程主要包含危急值的内容、病情符合情况以及处理结果,危急值的内容来自于医技报告系统,同样可通过接口调用自动同步。而病情符合情况和处理结果则是医生人为决定,手动书写,完成书写后即完成危急值的全流程。

闭环管理与统计分析

医疗机构在运行危急值管理流程过程中,相关部门需实时监控运行情况并且对流程进行持续优化,此时需要对危急值流程进行闭环管理与统计分析。

1.闭环管理

闭环管理不仅对管理者适用,对危急值流程过程中的处理人也适用,可实时查看报告人、时间、处理人、处理情况和处理时长。

2.统计分析

针对管理者可实时查看每个危急值流程接收、处理的情况,包含临床接收、超时未接收、临床处理、超时未处理、处理的总时长并且可查看科室平均时长、超时时长以便于分析流程和优化流程,可以用图表的形式来进行展现。

四、结语

笔者认为目前市面上危急值管理系统相对都比较成熟,未来的竞争方向在于如何利用人工智能技术来优化全流程,例如在危急值识别方面,快速准确的识别出患者危急值信息,尤其是检查、病理、放射等场景;在危急值处理方面,及时给予准确的处理建议等。

本文由 @五五五檬檬 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。