CN121237364A - 一种医疗数据的显示方法和处理系统 - Google Patents
一种医疗数据的显示方法和处理系统Info
- Publication number
- CN121237364A CN121237364A CN202510903689.7A CN202510903689A CN121237364A CN 121237364 A CN121237364 A CN 121237364A CN 202510903689 A CN202510903689 A CN 202510903689A CN 121237364 A CN121237364 A CN 121237364A
- Authority
- CN
- China
- Prior art keywords
- medical data
- patient
- information
- physiological
- medical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Biomedical Technology (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Pathology (AREA)
- Radiology & Medical Imaging (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明提供的医疗数据的显示方法和处理系统,从医疗数据来源设备获取病人的医疗数据;进而基于病人的医疗数据得到病人的生理结构的评估信息。评估信息包括特定角度的结论以及用于从临床维度支持所述特定角度的结论的医疗数据信息,医疗数据信息基于病人的医疗数据得到。其中,评估信息至少包括第一评估信息,在第一评估信息中,特定角度的结论为诊疗措施建议,且医疗数据信息为用于从临床维度支持诊疗措施建议的医疗数据信息;在显示界面显示生理结构的评估信息。这样,医护人员看到第一评估信息中的诊疗措施建议,再看一下相应的医疗数据信息确定诊疗措施建议无误,即可放心地执行诊疗措施,无需根据繁杂的生理参数做诊疗判断,提高了工作效率。
Description
技术领域
本发明涉及医疗器械领域,具体涉及一种医疗数据的显示方法和处理系统。
背景技术
在医疗机构中,通过监护设备和治疗设备对病人进行生命特征监护和病情治疗,但是由于以下原因,无法对病人进行系统和全面的监护。
当前病人监护都是单个机器、单个参数的形式监护,信息无法有效融合,形成信息孤岛,无法对病人进行系统监护:
1)单机中各个参数相互独立,各个参数基于参数波形进行独立分析,各自得出参数的分析结果,体现单一的参数变化。
2)各个监护设备间相互独立,各司其职,包括生理信号采集、传输、分析及结果存储等各个过程都基本各自由各个设备完成,信息无法共享。
3)常规的监护方式,显示界面显示大量的生理参数、波形等,需要医护人员查看病人大量的生理参数数据,费时费力,无法直观、快速地掌握病人病情,更无法快速预判后续的处理。
当前已经有一些产品能够对病人进行状态监护,并且给出一些医护人员主要关注的生理参数,便于医护人员快速了解病人当前的状态。这种方式一则不够全面,二则医护人员需要根据状态监护、生理参数等信息预判后续的处理方式,由于状态监护通常只有结论,主要生理参数数据少而且不一定跟状态结论相关,医护人员会觉得根据状态监护结论和少量主要生理参数做出后续诊断治疗方案不够严谨,或者说会犹豫,医护人员的工作效率同样难以提高,因此,现有的病人医疗数据的处理方式还有待改进和提高。
发明内容
本发明主要提供一种医疗数据的显示方法和处理系统,旨在提高医护人员的工作效率。
一实施例提供的医疗数据的显示方法,包括:
获取病人的医疗数据;所述病人的医疗数据来源于医疗数据来源设备,其中,所述医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少一个,当所述医疗数据来源设备包括所述监护设备时,所述病人的医疗数据包括来源于该监护设备的监护数据,当所述医疗数据来源设备包括所述治疗设备时,所述病人的医疗数据包括来源于该治疗设备的治疗数据,当所述医疗数据来源设备包括所述影像设备时,所述病人的医疗数据包括来源于该影像设备的影像数据,当所述医疗数据来源设备包括所述体外诊断设备时,所述病人的医疗数据包括来源于该体外诊断设备的检测数据;
基于所述病人的医疗数据,得到所述病人的生理结构的评估信息;所述生理结构包括所述病人的生理系统、所述生理系统的特征、器官以及所述器官的特征中的至少一个;所述评估信息包括特定角度的结论以及用于从临床维度支持所述特定角度的结论的医疗数据信息,所述医疗数据信息基于所述病人的医疗数据得到;其中,所述评估信息至少包括第一评估信息,在所述第一评估信息中,所述特定角度的结论为诊疗措施建议,且所述医疗数据信息为用于从临床维度支持所述诊疗措施建议的医疗数据信息;以及
在显示界面显示所述生理结构的评估信息。
一实施例提供的医疗数据的显示方法,包括:
获取病人的医疗数据;所述病人的医疗数据来源于医疗数据来源设备,其中,所述医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少两个,当所述医疗数据来源设备包括所述监护设备时,所述病人的医疗数据包括来源于该监护设备的监护数据,当所述医疗数据来源设备包括所述治疗设备时,所述病人的医疗数据包括来源于该治疗设备的治疗数据,当所述医疗数据来源设备包括所述影像设备时,所述病人的医疗数据包括来源于该影像设备的影像数据,当所述医疗数据来源设备包括所述体外诊断设备时,所述病人的医疗数据包括来源于该体外诊断设备的检测数据;
基于所述病人的医疗数据,得到所述病人的生理结构的第一评估信息、第二评估信息、第三评估信息和第四评估信息中的至少一个;所述生理结构包括所述病人的生理系统、器官、所述生理系统的特征或所述器官的特征;其中,所述第一评估信息包括诊疗措施建议以及用于从临床维度支持所述诊疗措施建议的第一医疗数据信息,所述第二评估信息包括用于反映所述生理结构的稳定情况的稳定性结论以及用于从临床维度支持所述稳定性结论的第二医疗数据信息,所述第三评估信息包括诊断结论以及用于从临床维度支持所述诊断结论的第三医疗数据信息,所述第四评估信息包括风险预警结论以及用于从临床维度支持所述风险预警结论的第四医疗数据信息;所述第一医疗数据信息、第二医疗数据信息、第三医疗数据信息和第四医疗数据信息均由所述病人的医疗数据处理得到;
在显示界面显示得到的所述病人生理结构的第一评估信息、第二评估信息、第三评估信息和第四评估信息中的至少一个。
一实施例提供的医疗数据的处理系统,包括:
显示器;
一个或多个通信接口,所述一个或多个通信接口用于与一个或多个医疗数据来源设备通信;
存储器,用于存储程序;
处理器,用于执行所述程序以实现如上所述的方法。
一实施例提供的计算机可读存储介质,所述介质上存储有程序,所述程序能够被处理器执行以实现如上所述的方法。
依据上述实施例的医疗数据的显示方法和处理系统,先获取病人的医疗数据;进而基于病人的医疗数据得到病人的生理结构的评估信息。评估信息包括特定角度的结论以及用于从临床维度支持所述特定角度的结论的医疗数据信息,医疗数据信息基于病人的医疗数据得到。其中,评估信息至少包括第一评估信息,在第一评估信息中,特定角度的结论为诊疗措施建议,且医疗数据信息为用于从临床维度支持诊疗措施建议的医疗数据信息;在显示界面显示生理结构的评估信息。这样,医护人员看到第一评估信息中的诊疗措施建议,再看一下相应的医疗数据信息确定诊疗措施建议无误,即可放心地执行诊疗措施,无需根据繁杂的生理参数做诊疗判断,提高了工作效率。
附图说明
图1为本发明提供的显示医疗数据的系统一实施例的结构框图;
图2为本发明提供的显示医疗数据的方法一实施例的流程图;
图3为本发明提供的显示医疗数据的方法另一实施例的流程图;
图4为本发明提供的生理结构的总结信息的内容架构;
图5为人体生理结构金字塔示意图;
图6为回顾界面中神经系统显示区域的示意图;
图7为回顾界面中循环系统显示区域的示意图;
图8为回顾界面中呼吸系统显示区域的示意图;
图9为回顾界面中肝肾功能显示区域的示意图;
图10为回顾界面中胃肠道与营养显示区域的示意图;
图11为回顾界面中出凝血显示区域的示意图;
图12为回顾界面中感染与免疫显示区域的示意图;
图13为回顾界面示意图;
图14为本发明提供的显示医疗数据的方法另一实施例的流程图;
图15为监护界面一实施例的示意图;
图16为监护界面另一实施例的示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中,很多细节描述是为了使得本申请能被更好的理解。然而,本领域技术人员可以毫不费力的认识到,其中部分特征在不同情况下是可以省略的,或者可以由其他元件、材料、方法所替代。在某些情况下,本申请相关的一些操作并没有在说明书中显示或者描述,这是为了避免本申请的核心部分被过多的描述所淹没,而对于本领域技术人员而言,详细描述这些相关操作并不是必要的,他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
另外,说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时,方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此,说明书和附图中的各种顺序只是为了清楚描述某一个实施例,并不意味着是必须的顺序,除非另有说明其中某个顺序是必须遵循的。
本文中为部件所编序号本身,例如“第一”、“第二”等,仅用于区分所描述的对象,不具有任何顺序或技术含义。而本申请所说“连接”、“联接”,如无特别说明,均包括直接和间接连接(联接)。
本发明能够对病人数量众多、纷繁复杂的医疗数据进行处理,得到生理结构某一角度的评估信息以及能够支撑或者说证明评估信息正确性的医疗数据信息,让医护能相信评估信息,便于医护快速了解病人情况以及采取诊疗措施。下面通过一些实施例进行详细说明。
如图1所示,本发明提供的医疗数据的处理系统,包括:显示器60,一个或多个通信模块70,存储器40和处理器50。本发明实施例的医疗数据的处理系统包括但不限于应用于监护仪、本地中央站、远程中央站、云端服务系统、移动终端、影像设备、治疗设备、支持设备中的任意一个或其组合。本发明实施例的医疗数据的处理系统还可以为便携式生命信息处理系统、转运式生命信息处理系统、或者移动式生命信息处理系统等。本发明实施例的医疗数据的处理系统也可以适用于CDSS系统(临床决策支持系统)、CIS系统(临床信息系统)、移动终端(例如查房车、手机、平板、电脑)等,在此不做限定。通信模块70用于与外部设备通信,从而获取病人的医疗数据,例如与一个或多个医疗数据来源设备10通信。例如通信模块70采用通信接口,其可以与一个或多个医疗数据来源设备10有线通信连接,从而获取医疗数据来源设备10中的医疗数据。又例如,通信模块70采用无线通信模块,其可以与一个或多个医疗数据来源设备10无线通信连接,从而获取医疗数据来源设备10中的医疗数据。
存储器40用于存储程序。
处理器50用于执行存储器40中的程序以实现对医疗数据的处理和显示,例如处理器50获取病人的医疗数据,基于病人的医疗数据,得到病人的生理结构的评估信息,进而在显示器60的显示界面的显示生理结构的评估信息。具体过程可以如图2所示,包括如下步骤:
步骤1、处理器50获取病人的医疗数据。病人的医疗数据来源于医疗数据来源设备,其中,医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少一个。在一些实施例中,上述设备采集的数据可以通过该医疗设备自身的传感器等来采集,也可以通过第三方设备、第三方系统、应用软件等得到,还可以通过用户的输入得到。
本实施例以医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少两个为例进行说明。
当医疗数据来源设备包括监护设备时,病人的医疗数据包括来源于该监护设备的监护数据,处理器50可以通过通信模块70直接或间接的获取监护设备采集或生成的监护数据。监护设备包括但不限于监护仪、呼吸机、麻醉机、输液泵、注射泵等设备。、监测数据包括但不限于生命体征数据以及呼吸机、输液泵等设备的设备数据。例如,监护数据例如可以包括各项生理参数(如温度、血氧饱和度、心率等)、其变化趋势、医疗评分等。
当医疗数据来源设备包括治疗设备时,病人的医疗数据包括来源于该治疗设备的治疗数据,处理器50可以通过通信模块70直接或间接的获取治疗设备采集或生成的治疗数据。治疗数据可以包括生理参数、其变化趋势、设备参数等。
当医疗数据来源设备包括影像设备时,病人的医疗数据包括来源于该影像设备的影像数据,处理器50可以通过通信模块70直接或间接的获取影像设备采集或生成的影像数据。影像设备包括但不限于DR、XR、CT、PET、MR、核医学、超声等医学影像设备,以及各种X光机、各种红外仪、显微仪等设备。影像数据例如可以包括各类医学影像、基于医学影像的测量数值等。
在一些实施例中,影像设备可以将其采集或生成的影像数据存储在影像归档和通信系统(PACS,Picture Archiving and Communication System)和/或放射科信息系统(RIS,Radiology Information System)中。PACS通常应用于医院的医学影像科室,其主要的任务是把日常各种影像设备采集或生成的图像通过各种接口(模拟,DICOM,网络)以数字化的方式海量保存起来,当需要的时候在一定的授权下能够很快的调回使用,同时增加一些辅助诊断管理功能。RIS也是医院重要的医学影像学信息系统之一,它与PACS共同构成医学影像学的信息化环境。RIS是基于医院影像科室工作流程的任务执行过程管理的计算机信息系统,主要实现医学影像学检验工作流程的计算机网络化控制、管理和医学图文信息的共享,并在此基础上实现远程医疗。
本发明的一些实施例中,当执行前述的步骤“处理器50获取病人的医疗数据”,处理器50可以从PACS和/或RIS获取影像设备采集或生成的影像数据,还可以获取由医学影像设备采集或生成后存储于PACS和/或RIS、并经由PACS和/RIS进一步处理后的影像数据。当医疗数据来源设备包括体外诊断设备时,病人的医疗数据包括来源于该体外诊断设备的检测数据,处理器50可以通过通信模块70直接或间接的获取体外诊断设备采集或生成的检测数据。检测数据包括但不限于量表数据、体格测验数据中的至少一种,此外,检查数据还包括但不限于各类实验室或生化分析装置得到的数据,例如,可以包括血常规检验数据、肝功能检验数据、肾功能检验数据、甲状腺检验数据、尿液检验数据、免疫检验数据、凝血检验数据、血气检验数据、便常规检验数据及肿瘤物检验数据中的至少一种。
在一些实施例中,体外诊断设备可以将其采集或生成的检测数据存储在实验室信息系统(LIS,Laboratory Information Management System)中。LIS通常是用来处理实验室过程信息的软件,还可以与其他信息系统比如医院信息系统(HIS,HospitalInformation System)连接。LIS中不但可以存储体外诊断设备采集或生成的检测数据,还几乎包括了所有的实验室研究的学科内容,如血液学、化学、免疫学、血库、外科病理学、解剖病理学、在线细胞计数和微生物学等相关的数据。
有的实施例中,医疗数据来源设备还可以包括其他的第三方系统。第三方系统可以包括电子病历系统(EMR,Laboratory Information Management System)、个人健康记录系统(PHR)、医院信息系统(HIS,Hospital Information System)、医院企业资源计划系统(HERP)、中央站、体外诊断信息系统、心血管信息系统(CVIS)等。当医疗数据来源设备包括第三方系统时,病人的医疗数据还包括从该第三方系统获取的病人个人数据和/或诊疗数据。处理器50可以通过通信模块70直接或间接的获取第三方系统中的病人个人数据和/或诊疗数据。
可见,处理器50获取到的病人的医疗数据,可以包括各种医疗数据来源设备采集或生成的医疗数据,至于通过什么途径获取到这些医疗数据,本发明不做限定。
获取的病人的医疗数据通常是实时的医疗数据,考虑到有些生理参数需要显示统计数据或者参数波形等,医疗数据也可以是预设第一时间段的医疗数据,也就是过去一段时间的医疗数据。考虑到时效性,预设第一时间段不会太长。
步骤2、处理器50基于病人的医疗数据,得到病人的生理结构的评估信息。生理结构包括病人的生理系统、生理系统的特征、器官以及器官的特征中的至少一个。生理系统可以包括运动系统、神经系统、内分泌系统、循环系统、呼吸系统、消化系统、泌尿系统以及生殖系统中的至少一个。器官可以包括大脑、心脏、肺、肝脏、胃以及肾脏中的至少一个。生理系统的特征或生理器官的特征包括出入量、凝血、营养、感染和血糖中的至少一个。有的实施例中,生理结构除了上述的生理系统及其特征、器官及其特征外,还可以包括其他,例如,生理结构包括病人的生理系统、生理器官、生理部位、组织、生理系统的特征和生理器官的特征中的一个或多个。生理部位可以包括头部、胸部和腹部中的至少一个。组织可以包括肌肉组织、神经组织和上皮组织中至少一个。
评估信息包括特定角度的结论以及用于从临床维度支持该特定角度的结论的医疗数据信息。医疗数据信息基于病人的医疗数据得到。医疗数据信息可以从医疗数据中提取得到,或者对医疗数据进行处理得到。也就是医疗数据信息的内容是少于病人的医疗数据的,是未经处理的“医疗数据”的子集。例如病人的医疗数据中如果包含了处理好的超声图像,那这里的医疗数据信息可以直接是该超声图像。又例如,医疗数据信息是对医疗数据进行处理后得到的结果,例如“医疗数据”中具有“心率=160”,对其处理得到的结果可以包括“心率超限”。又例如,“医疗数据”为原始的数据,比如“心电信号”,而“医疗数据处理得到的结果”例如为“心率值(如心率=160)、心律失常(如快速心房颤动、室性心动过速等)等。
特定角度的结论例如可以是生理结构的一个临床维度的评估结果,可以是生理结构当下的评估,也可以是对生理结构随后的预测。而且评估信息中的医疗数据信息还能从临床维度支持该特定角度的结论,也就是两者是通过临床先验知识为纽带联系起来的,医护人员看到医疗数据信息后就能确定特定角度的结论是正确的,能快速理解和采纳特定角度的结论。这样的评估信息属于病人医疗数据在该生理结构的一临床维度的提纲、精炼和浓缩,有助于医护人员快速掌握病人生理结构在该临床维度的情况,有助于提高诊疗效率。特别是对于诊疗经验不够丰富的年轻医护人员,评估信息能够有助于医护更全面、快速、精准地了解与病人病情相关的关键信息,从而高效地进行临床评估和决策。评估信息以简明的方式向医护传达病人信息,医护无需详细检查病人或对医疗数据做详细分析,即可轻松解读(一目了然地阅读表示)并且抓取病人可能存在的危急信息,例如,对处于身体系统或生理机能处于危机状态的病人,医护能够瞬间抓住和病人身体状态相关的信息。
步骤3、处理器50在显示器的显示界面显示得到的病人生理结构的评估信息。这样医护无需查看繁杂、庞大的医疗数据,只需通过评估信息即可掌握病人的病情,工作效率高。如图15和16所示,评估信息可以显示在评估窗口B中。
一实施例中,评估信息包括第一评估信息、第二评估信息、第三评估信息和第四评估信息中的一个或多个。其中,第一评估信息包括诊疗措施建议以及用于从临床维度支持诊疗措施建议的第一医疗数据信息,第二评估信息包括用于反映生理结构的稳定情况的稳定性结论以及用于从临床维度支持稳定性结论的第二医疗数据信息,第三评估信息包括诊断结论以及用于从临床维度支持诊断结论的第三医疗数据信息,第四评估信息包括风险预警结论以及用于从临床维度支持风险预警结论的第四医疗数据信息。第一医疗数据信息、第二医疗数据信息、第三医疗数据信息和第四医疗数据信息均由病人的医疗数据处理得到。本实施例中,评估信息至少包括第一评估信息。这样,医护人员看到第一评估信息中的诊疗措施建议,再看一下相应的医疗数据信息确定诊疗措施建议无误,即可放心地执行诊疗措施,无需根据繁杂的生理参数做诊疗判断,提高了工作效率。具体的,可以以评估信息包括上述四种评估信息为例进行说明。这样医护能在显示界面看到生理结构在两个不同临床维度的当前结论:稳定性结论和诊断结论,也能看到生理结构在两个不同临床维度的预测结论:诊疗措施建议和风险预警结论。基本涵盖了医护想要的各个维度的情况,信息全面,让医护能迅速地全面掌握病人病情。
此外,评估信息的类型,以及各类评估信息中包括的内容可以由医护/其他用户定制。医护/其他用户可以考虑病人的病症(例如心衰、损伤、呼吸衰竭等)、医院设备、医院条件等因素选择对应的评估信息及其中包含的内容。同时,医护/其他用户还可以共享或者发布其所定制的模板,供其他人使用。在实际应用中,医护/其他用户可以方便地从一个或多个模板中选择当前使用的模板,该模板可以是当前的医护/其他用户建立的,也可以是未使用该系统的其他人建立的。
有的现有产品,能显示预警状态以及预警原因。这只是对传统报警方式的一种升级,并不能反映出病人生理结构的综合情况。而有的现有产品,能判断医疗数据满足哪些预设规则,然后根据满足的预设规则得到病人状态,进而显示病人状态和满足的规则。还有的现有产品,会根据医疗数据得到病人状态以及引发病人状态的生理原因。这些方式都很单一,顶多让医护知道了病人当前最重要的状态,医护要么看到的是庞大、繁杂的医疗数据,要么看到的是简要、重要但单一的状态和原因,也就是要么数据太多要么信息太过简要,无法得到全面综合的信息。而本发明得到四个评估信息以及支持评估信息的医疗数据信息,在医疗数据与总结之间取得了平衡,能综合四个维度的结论给医护。而且这四个评估信息的结论可以相互印证,例如风险预警结论就可能能证明生理结构状态不稳定的稳定性结论,诊断结论就可能能支持诊疗措施建议和/或风险预警结论等,从而极大的提高了各个结论也就是评估信息的可信度,让医护无需凭借自己经验和知识来判断结论的准确性,提高了工作效率。
步骤2中得到评估信息的方式方法比较多,下面进行举例说明。
一种方式方法中,处理器50对病人的医疗数据进行分析,以确定医疗数据所满足的一条或多条目标规则;确定与所述一条或多条目标规则相对应的生理结构的评估信息;确定出的评估信息中的医疗数据信息至少包括所述一条或多条目标规则。
由于医疗数据的数据类型和数据量庞杂,处理器50可以首先对医疗数据进行分析,以得到一个或多个反映医疗数据特征的分析结果,并根据分析结果确定医疗数据满足的目标规则。分析结果可以是从医疗数据中提取的量化特征或非量化的特征。分析结果中可以包括时间信息,例如该分析结果的发生时刻、持续时间等。后续可以根据分析结果的时间信息,提取预设时间范围内的分析结果与预设规则进行比较。
分析结果可以包括以下至少一项:参数数值、事件、对参数数值的二次处理的结果、对事件二次处理的结果。参数数值可以包括生理参数的数值、检验指标的数值、设备参数的数值、医学影像的测量数值等。例如参数数值可以包括从监护数据中提取的参数数值,例如从心率数据中提取的心率值,从呼吸率数据中提取的呼吸率值,从血氧数据中提取的血氧值等。参数数值还可以包括从影像数据中提取的测量值,例如从超声图像中提取到的射血分数(EF)。参数数值还可以包括检测数据中提取到的生化指标值,例如动脉血氧分压(PaO2)、脑钠肽(BNP)等。参数数值还可以包括病人的身高、体重、年龄等。参数数值还可以包括对于非量化值(如精神状态)赋予的数值编码,例如用数值1表示精神萎靡等。相当于医疗数据是原始数据,参数数值则是对原始数据进行一次处理得到的,例举一些参数类型如下表所示:
对参数数值的二次处理的结果包括使用数学方法得到的运算结果,例如包括方差、平均值、中位数、最值、趋势变化特征、波动率度量、平稳性描述、随机特性、形态模式、统计参量等。上述的趋势变化特征为反映一段时间内参数数值的趋势变化的特征值,该特征值可以反映参数数值的变化方向或变化快慢。例如,心率在1小时内以平均+0.3次/分钟的速度单调上升、氧合指数在1小时内以平均-0.5mmHg/分钟的速度单调下降,其中单调上升可用数值1表示,单调下降可用数值-1表示。对参数数值进行二次处理还可以包括对至少两种不同的处理结果进行的进一步的处理,例如基于心率的均值和标准差得到新的参数等。例举一些二次处理后的参数如下表所示:
根据医疗数据得到的事件包括以下至少一项:超限报警、异常事件、临床事件。其中,超限报警为处理器50监测到参数数值超过预设的报警限而触发的报警,包括但不限于心率超限报警、血压超限报警、血氧饱和度超限报警等;其中“超过预设的报警限”可以是高于最高报警限或低于最低报警限。异常事件包括心律失常等基于医疗数据的波形等特征所得到的、不属于超限报警的异常事件。临床事件包括医疗数据中记载的检查事件、诊断事件、治疗事件、护理事件等。在根据医疗数据得到事件时,还可以记录事件发生的时间,以便进行后续分析。临床事件能够反映病人状态,例如若病人进行了吸氧,则表示病人可能呼吸不稳,氧合情况不佳,但病情较轻,尚能自主呼吸。若使用呼吸机为病人提供辅助呼吸,则病人呼吸不稳的情况较为严重,病人可能已失去意识、无法自主呼吸,呼吸机的采用的通气方式也能在一定程度上反映病人状态的严重程度,例如采用有创通气的病人可能比采用有无创通气的病人更为严重。使用升压药或降压药的给药治疗表示病人可能循环不稳,因此使用药物维持血压平稳。维持血液容量足够的补血治疗(包括但不限于补充新鲜血浆和红细胞)表示病人可能循环不稳,因此通过补血维持血压平稳。维持液体平衡的补液治疗(包括但不限于晶体补液和胶体补液)表示病人可能循环不稳,因此通过补液维持体内压力平衡。
例举一些超限报警的事件如下表所示:
| 序号 | 参数事件名称 | 参数事件来源 |
| 1 | 心律失常报警 | ECG |
| 2 | ST/QT超界报警 | ECG |
| 3 | Spo2超界报警 | Spo2 |
| 4 | RR超界报警 | RR |
| 5 | SBP超界报警 | IBP或NIBP |
| 6 | MAP超界报警 | IBP或NIBP |
| 7 | DBP超界报警 | IBP或NIBP |
| 8 | TEMP超界报警 | TEMP |
例举一些治疗事件如下表所示:
对事件二次处理的结果包括事件的发生频率/频次、发生频率/频次的变化趋势、持续时间等信息。事件的发生频率例如包括过去4小时内心率值超限的次数、过去两小时发生房颤的次数、最近30分钟内发生室性心动过速的次数等;发生频率的变化趋势例如包括过去4小时心率值超限的次数与此前4小时内心率值超限的次数相比增加或减小、过去2小时的房颤负荷与此前两小时的房颤负荷相比增大或减小等;持续时间例如包括颅内压(ICP)过高或过低的持续时间、呼气末二氧化碳(etCO2)过高或过低的持续时间、平均动脉压(MAP)<65mmHg的持续时间等。
通过对多种医疗数据中包含的信息进行整合和提取,得到了大量的分析结果,之后,处理器50可以根据规则库对分析结果进行匹配和判断,从而根据分析结果确定评估信息中的特定角度的结论。规则库中包含有大量的预设规则,预设规则与特定角度的结论之间具有预先建立的对应关系,预设规则可以基于指南规则、临床共识、临床调研等多种方式而制定,与基于机器学习模型确定病人状态相比,根据预设规则确定特定角度的结论能体现医护人员过往经验的承载和传递,准确性更高,确定的结果更可控,也更符合医护人员的临床认知。基于规则库对医疗数据进行的分析,实现了对病人的身体系统或机能的状态的全面的、概括性的、更精准的评估。
具体地,处理器50根据一个或多个分析结果,确定一个或多个分析结果所满足的一条或多条目标规则。其中,每个分析结果满足一条目标规则,或者,多个分析结果满足一条目标规则,或者,每个分析结果满足多条目标规则,具体取决于目标规则与分析结果之间的预先设定的对应关系。分析结果满足某条目标规则,可以是分析结果完全满足该目标规则,也可以是分析结果最接近于该目标规则。
进一步地,处理器50可以将一个或多个分析结果与规则库中的一条或多条预设规则进行比较,从而在一条或多条预设规则中确定一个或多个分析结果所满足的一条或多条目标规则。每条预设规则中包含针对一个或多个分析结果的一条或多条预设条件。具体地,每条预设规则中可以包括针对单个分析结果的预设条件,也可以包括针对多个分析结果的多条预设条件。预设条件可以包括阈值条件、趋势条件、定性条件等。每条预设规则定义有对应的分析结果,可以将预设规则与分析结果的对应关系选择纳入预设规则进行比较的分析结果。
同一预设规则中的至少两个分析结果可以是参数数值(或对参数数值二次处理的结果)之间的组合,也可以是参数数值与事件(或对事件二次处理的结果)的组合,还可以是事件之间的组合等。例如,同一预设规则中的至少两个分析结果可以是参数数值与临床事件的组合,从而反映提供临床治疗(例如呼吸机辅助呼吸、用药、补液、补血等)后,病人病情的变化情况,用于判断治疗效果,确定病人状态的发展趋势。例如,预设规则1为发生呼吸机辅助呼吸的治疗事件后,SpO2逐渐升高,表明呼吸系统状态好转;预设规则2为使用止痛药止痛后,etCO2过低时间过长,或RR过低时间过长,或SpO2过低时间过长,说明止痛药可能过量,对呼吸系统产生抑制,需要减少药物用量。在一些实施例中,同一预设规则也可以只对应一个分析结果。例如,当已经使用呼吸机为病人提供呼吸支持时,可以认为该病人已经是非常危重的病人,因此“使用呼吸机”可以单独作为一条预设规则,对应的病人状态为无法自主呼吸。
在确定医疗数据的分析结果所满足的一条或多条目标规则后,处理器50确定与目标规则相对应的生理结构的特定角度的结论。处理器50可以根据预先设定的目标规则与生理结构的特定角度的结论之间的对应关系,将与目标规则对应的特定角度的结论作为评估信息中的特定角度的结论。
可见,本发明提供的系统能够基于医疗数据确定多个评估信息中的特定角度的结论,并给出支持这些结论的医疗数据信息,无需医护人员对大量数据进行主观分析,为医护人员直接提供综合、清晰简明、需要关注的信息。
处理器50可以根据预设规则与预设特定角度的结论之间的对应关系,确定与一条或多条目标规则相对应的一个或多个特定角度的结论。
其中,每条目标规则对应一个特定角度的结论,即满足一条目标规则,则判定生理结构具有与该目标规则对应的一个特定角度的结论;或者,每条目标规则对应多个特定角度的结论,即只要满足一条目标规则,则判定病人生理结构同时具有多个特定角度的结论;或者,多条目标规则对应一个特定角度的结论,即只有同时满足多条目标规则时,才能够判定病人具有与该多条目标规则对应的特定角度的结论。
处理器50可以分别确定病人不同生理结构的特定角度的结论。例如,处理器50可以为每个生理结构配置对应的医疗数据类型、数据分析方式和预设规则。在获取到病人的多个类型的医疗数据后,可以根据生理结构与医疗数据的对应关系对医疗数据进行分类,进而根据生理结构与数据分析方式和预设规则的对应关系对医疗数据进行分析和判断。例如,可以根据呼吸系统与医疗数据的对应关系,从多个类型的医疗数据中提取与呼吸系统相关的医疗数据,根据预先配置的数据分析方式得到相关的分析结果,并在与呼吸系统相关的多条预设规则中确定这些分析结果满足的目标规则,从而得到与呼吸系统相关的目标规则;最后根据目标规则与特定角度的结论的对应关系得到呼吸系统的特定角度的结论。
评估信息中,用来支持特定角度的结论的医疗数据信息可以包括一条或多条目标规则中的至少一部分。通过显示器呈现特定角度的结论,可以提醒医护人员及时关注病人以及及时采取应对措施;显示用来支持特定角度的结论的医疗数据信息可以告知医护人员系统为何得出当前显示的特定角度的结论,增加特定角度的结论的可信度,另一方面也有助于医护人员及时对症治疗。处理器50可以根据预设的更新周期对显示器显示的评估信息进行更新,预设的更新周期可以是系统预设的,也可以是用户输入或更改的,其可以以分钟计、以小时计等。处理器50也可以在后台持续监测评估信息,并在监测到评估信息发生变化时,控制显示器更新显示的评估信息。
在第一评估信息中,特定角度的结论为诊疗措施建议,提示医护下一步该对病人进行怎样的干预,干预可以是治疗措施,也可以是诊断措施(如做某些检查,提高检查频次等)和护理等。医疗数据信息为用于从临床维度支持该诊疗措施建议的医疗数据信息。下面例举几种第一评估信息。
一种第一评估信息,其诊疗措施建议包括:如没有禁忌,可考虑进行俯卧位通气;其医疗数据信息包括:PaO2/FiO2(x)≤150mmHg@时间,PEEP(x)≥5cmH2O。
另一种第一评估信息,其诊疗措施建议包括:考虑使用强心药;其医疗数据信息包括:SBP<90mmHg≥30min,正在应用x维持血压,尿量<30mL/h,皮肤温度x,CI≤2.2L/(min·m^2),PCWP≥15mmHg。
还一种第一评估信息,其诊疗措施建议包括:建议补液;其医疗数据信息包括:SBP<90mmHg持续≥30min,正在应用x维持血压,意识水平x,乳酸>2mmol/L,尿量<30mL/h,皮肤温度x。
考虑到单个生理参数指标异常就直接给诊疗措施建议较为草率,因此第一评估信息的医疗数据信息中,至少有两个维度的信息。处理器50可以从前述分析结果中提取出生理结构预先关联的关键病情指标,从前述分析结果的得到过程可知,关键病情指标可以从医疗数据中提取得到或者对医疗数据进行处理得到。病情指标可以包括生理参数、检验指标和医疗评分中的至少一种。第一评估信息中的医疗数据信息可以包括:至少两个关键病情指标与对应阈值的关系,也就是至少两个关键病情指标异常才会给出诊疗措施建议。第一评估信息中的医疗数据信息也可以包括:至少一个关键病情指标的变化趋势;此种情况虽然可以只有一个关键病情指标,但其变化趋势涵盖了时间这个维度,因此关键病情指标+时间得到诊疗措施建议也是准确严谨的。
第一评估信息中的诊疗措施建议可以包括:用于建议实施诊疗措施且不给出具体诊疗措施的提示信息,用于建议实施诊疗措施并给出具体诊疗措施的提示信息,用于建议停止当前诊疗措施的提示信息中的一种。也就是诊疗措施建议可以分为前述三种,对于认为需要对病人进行干预,但不确定采用何种干预,可以给出用于建议实施诊疗措施且不给出具体诊疗措施的提示信息,这样能提示医生需要采取干预措施,避免耽误病情。由于本发明的评估信息可信度高,因此医护看到诊疗措施建议可以采纳并执行,工作效率高。
在第二评估信息中,特定角度的结论为用于反映生理结构的稳定情况的稳定性结论,且医疗数据信息为用于从临床维度支持稳定性结论的医疗数据信息。下面例举几种循环系统的第二评估信息。
例如,一种循环系统的第二评估信息中,特定角度的结论包括:循环系统不稳定,其医疗数据信息包括:HR上升,SpO2下降,RR下降。
又例如,如图16所示,图中“循环不稳定”是循环系统的第二评估信息中的稳定性结论,下方的三行内容则是对应的医疗数据信息。
又例如,一种循环系统的第二评估信息中,特定角度的结论包括:循环系统不稳定,其医疗数据信息包括:HR/SPO2/RR异常,IBP轻微异常,其他参数无发现异常。其中显示的医疗数据信息中,反应病人的身体系统和/或机能的正常状态以及不同严重程度的异常状态的信息,可以进行差异化显示。病人的身体系统和/或机能的状态,可以包括生理系统、生理系统的特征、器官以及器官的特征中的至少一个的异常与否、异常级别、危重等级、护理等级等。例如可以用不同的颜色进行差异化显示,具体的,可以将“HR/SPO2/RR异常”相关的内容用红色标识,将“IBP轻微异常”相关的内容用黄色标识,“其他参数无发现异常”相关的内容用绿色标识。也可以用不同的显示方式进行差异化显示,具体的,可以用闪烁频次进行差异化显示,严重程度高的异常其闪烁频次高,严重程度低的异常其闪烁频次低。当然,系统还可以包括扬声器,处理器50可以通过扬声器语音播报评估信息,可以每间隔一段时间重复播报一次,也支持连续重复播报。对于风险预警结论,如果没有被处理,可以在语音播报时自动逐渐调高声音,以提示医护处理。对评估信息的提示还可以讲这些手段综合到一起,不做赘述。
在第三评估信息中,特定角度的结论为风险预警结论,且医疗数据信息为用于从临床维度支持该风险预警结论的医疗数据信息。下面例举几种第三评估信息。
一种第三评估信息中,风险预警结论包括:可能发生重度休克;其医疗数据信息包括:休克指数(HR/SBP=x)>2.0。
另一种第三评估信息中,风险预警结论包括:存在心功能不全的风险;其医疗数据信息包括:心房颤动,肾小球滤过率<60ml/min@时间,NT-proBNP>1440pg/ml。
还一种第三评估信息中,风险预警结论包括:高度怀疑脓毒症;其医疗数据信息包括:感染,SOFA评分较基线上升(x)分≥2分。
在第四评估信息中,特定角度的结论为诊断结论,且医疗数据信息为用于从临床维度支持该诊断结论的医疗数据信息。下面例举几种第四评估信息。
一种第四评估信息中,诊断结论包括:考虑肾损伤1期;其医疗数据信息包括:Scr(x)≥1.5~1.9倍基线值,Scr较基线值增长≥26.5μmol/l,尿量<0.5mL/(kg·h)持续时间(x)h。
另一种第四评估信息中,诊断结论包括:考虑脓毒症休克;其医疗数据信息包括:感染,伴有SIRS(全身炎症反应综合征),包括:T≥38℃,,HR≥90bpm,RR>20rpm,PCO2≤32mmHg,WBC≥12*10^9/L,WBC≤4*10^9/L,SBP≤90mmHg持续>30min,MAP≤65mmHg,正在使用x物维持血压。
还一种第四评估信息中,诊断结论包括:考虑毛细血管前肺高血压;其医疗数据信息包括:mPAP≥25mmHg,PAWP≤15mmHg。
还一种第四评估信息中,诊断结论包括:有效循环血量不足,存在休克风险;其医疗数据信息包括:CVP(x)<8mmHg,MAP(x)<65mmHg,SvO2(x)<65%,尿量(x)<0.5mL/(kg·h)。这从病理机制上给出了生理结构恶化的辅助诊断结论。
从这些例举的评估信息可知,同样的诊疗措施建议,其具体表述方式是可以多种多样的,本发明不做限定,只要表达了给出诊疗措施提示的含义即可。稳定性结论也类似,其属于是一种对生理结构当下或者过去一段时间的稳定性的总结,不论用何种方式描述出来,能表达这层意思即可。风险预警结论是对当下或者即将发生的风险进行预警,属于预测,不论用何种方式描述,能起到风险预警的作用即可。诊断结论则是对生理结构当下或者过去一段时间的诊断,不论用何种方式描述出来,能表达这层意思即可。
上述规则库在建立时,可以利用临床先验知识、医护人员的经验、各种临床指南等来建立分析结果与特定角度的结论之间的对应关系,这样系统分析得到的评估信息,其医疗数据信息由一条或多条目标规则以及满足目标规则的分析结果构成,那么特定角度的结论与医疗数据信息之间就能反映出临床先验知识、医护人员的经验和各种临床指南,换而言之医生看到医疗数据信息后利用经验知识也能得到一样的特定角度的结论,可见本发明提供系统实现了经验丰富的医生的知识传承,年轻医生可直接采纳评估信息来做诊疗决策,提高了工作效率。
另一方式方法中,可以通过模型来得到评估信息。处理器50将病人的医疗数据输入到预先训练好的模型中,得到模型输出的病人的生理结构的评估信息。例如,预先可以采集大量病人的医疗数据,对这些医疗数据进行分析得到分析结果,并由医生对这些分析结果进行标注,标注出特定角度的结论以及对应的用于从临床维度支持特定角度的结论的医疗数据信息,用这些带有标注的分析结果对模型(如机器学习模型、深度学习模型等)进行训练,从而得到训练好的模型。训练好的模型在使用的过程中也会积累数据然后同步进行训练,因此通过临床大数据的积累,模型能自动进行相关性的记录与分析,从而提高了总结提炼的精确度,更好地辅助临床决策。
稳定性结论属于对生理结构的总体评估,风险预警、诊疗建议和诊断结论都能一定程度上反映生理结构的稳定性,因此第二评估信息也可以由其他三个评估信息中的至少一个得到。具体的,处理器50基于病人的医疗数据,得到病人的生理结构的第一评估信息、第三评估信息和第四评估信息中的至少一个;本实施例中,通常能得到这三个评估信息的多个,得到这三个评估信息的方式方法见前述内容,在此不做赘述。进而处理器50对第一评估信息、第三评估信息和第四评估信息中的至少一个进行分析,得到第二评估信息。第二评估信息由其他三个评估信息的一个或多个得到,也就是用一个或多个不同临床维度的结论来分析得到生理结构的稳定性结论,由于综合了不同维度的结论,因此这样得到的稳定性结论准确性高。
处理器50可以控制显示器通过文本信息或图形显示病人生理结构的评估信息。可选地,文本信息和图形也可以结合使用。当采用文本信息方式时,可以预先配置与评估信息相关的字符串,字符串包括表征生理结构的字符串,以及表征具体结论的字符串等。字符串可以由专家针对各评估信息预先设定,或者使用自然语言处理相关的方法适应当前具体的评估信息进行调整。示例性地,字符串也可以允许用户进行配置或修改。当采用图形方式时,可以预先存储与每种评估信息的结论相关的、能够形象地表示该结论的图形,并在确定评估信息的结论后调用该图形进行显示。
一实施例中,显示有生理结构的评估信息的显示界面可以是病人生理结构的监护界面,该监护界面除了显示评估信息,还显示其他信息,便于医护人员更为详细地了解病情。
处理器50对病人的医疗数据进行精简,得到病人的生理结构的精简医疗数据;生理结构的精简医疗数据包括:生理结构相关的生理参数,生理结构相关的检验指标,生理结构相关的评分,生理结构相关的诊疗措施,治疗设备的设备参数以及治疗目标达成情况的统计数据中的多种;从而在病人生理结构的监护界面还显示生理结构的精简医疗数据。图15和16中评估窗口B右侧的曲线和数值就是精简医疗数据。医疗数据信息可以是精简医疗数据的一部分。精简医疗数据虽然经过了精简,但还是比评估信息丰富很多,属于各个医疗数据来源设备的重要医疗数据,可以让医生掌握更为详细的信息。
每条评估信息中,特定角度的结论与其医疗数据信息关联显示,通常是特定角度的结论显示在前,其医疗数据信息显示在后。有多个评估信息时,多个特定角度的结论可以显示在一起,而多个医疗数据信息可以显示在一起。例如两种评估信息显示在一起如下:
可能发生心源性休克,考虑使用强心药:SBP<90mmHg≥30min,正在应用x维持血压,尿量<30mL/h,皮肤温度x,CI≤2.2L/(min·m^2),PCWP≥15mmHg。
“可能发生心源性休克”是第三评估信息的风险预警结论,“考虑使用强心药”是第一评估信息的诊疗措施建议,两者后面的内容则是两者的医疗数据信息。
如图16所示,评估窗口B中,呼吸系统的评估信息包括第一和第二评估信息。“建议使用呼吸支持设备”为该第一评估信息中的诊疗措施建议,“呼吸系统异常”为该第二评估信息中的稳定性结论,两者下方的三行内容则为医疗数据信息。
又例如,三种评估信息显示在一起如下:
有效循环血量不足,存在休克风险,建议补液:SBP<90mmHg持续≥30min,正在应用x维持血压,意识水平x,乳酸>2mmol/L,尿量<30mL/h,皮肤温度x。
“有效循环血量不足”是第四评估信息的诊断结论,“存在休克风险”是第三评估信息的风险预警结论,“建议补液”是第一评估信息的诊疗措施建议,三者后面的内容则是三者的医疗数据信息。
以上几种结论是根据后面的结论解释信息(医疗数据信息)得到的,结论之间并不冲突和排斥,而是基于结论解释信息组合给出的,结论解释信息能支持解释哪几个维度的结论,界面就会显示哪几个维度的结论。
上述显示界面是一生理结构的监护界面,主要显示该生理结构的各种信息。有的实施例中,处理器50也可以按前述方式方法得到多个生理结构的评估信息以及精简医疗数据,从而在显示器60的显示界面的一个或多个显示区域中对应显示一个或多个生理结构的评估信息以及精简医疗数据。为便于区分,可以将这样的显示界面称之为病人的监护界面。医生通过病人的监护界面能看到病人各个生理结构的病情全貌,非常方便。
监护界面能让医护了解病人当下实时的病情,本发明还提供回顾界面,可以供医护回顾过去较长的一段时间的病情,具体过程如图3所示,包括如下步骤:
步骤4、获取病人的医疗数据,为便于区分,可将前述实施例中的医疗数据称之为第一医疗数据,图3所示实施例的医疗数据称之为第二医疗数据。第二医疗数据可以包括第一类医疗数据以及第三类医疗数据。具体的,获取病人的第一类医疗数据以及第三类医疗数据,例如,处理器50通过通信模块70获取病人的第一类医疗数据以及第三类医疗数据。其中第一类医疗数据反映病人的生理情况,第三类医疗数据反映病人接受的医护操作。本方案的执行主体可以是包括临床信息系统在内的各类医院系统。该系统可以通过点对点的通讯方式与数据源直接连接,也可以通过网关等中转设备与数据源间接连接。
其中,医护操作可以包括:治疗措施,诊断措施和护理操作中的至少一种。治疗措施例如有无创通气、有创通气、给药、CRRT治疗等为病人提供生命支持的措施。诊断措施例如有更新影像报告、做更为详细的检查、有创的监测、监测频率、检验频率等。护理操作例如有排积液、置管等。可见第三类医疗数据不描述具体的生理参数,只描述病人接收到了什么样的医护操作。有的实施例中,处理器50可以通过通信模块70直接从第一类医疗数据来源设备获取病人的第一类医疗数据,也可以间接地获取第一类医疗数据来源设备采集或生成的第一类医疗数据,如从医院各种系统获取,甚至是医护照着第一类医疗数据来源设备显示的医疗数据手动输入等,只要第一类医疗数据是第一类医疗数据来源设备采集或生成的(最终来源)即可,处理器50具体怎样得到这些数据不做限定。同样的,处理器50可以通过通信模块70直接从第三类医疗数据来源设备获取病人的第三类医疗数据,也可以间接地获取第三类医疗数据来源设备采集或生成的第三类医疗数据,如从医院各种系统获取,甚至是医护照着第三类医疗数据来源设备显示的医疗数据手动输入等,只要第三类医疗数据是第三类医疗数据来源设备采集或生成的(最终来源)即可,处理器50具体怎样得到这些数据不做限定。其中,第一类医疗数据来源设备可以包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少一个。监护设备例如可以是床旁监护仪、监护中央站等,其医疗数据可以包括监护数据。治疗设备例如可以是呼吸机、麻醉机、输注泵、体外循环设备等,其医疗数据可以包括治疗数据。影像设备例如可以是超声成像设备、X射线摄影系统、核磁共振设备、内窥镜设备等,其医疗数据可以包括影像数据。体外诊断设备例如可以是生化分析仪、免疫分析仪、尿液及其他样本分析设备等,其医疗数据可以包括检测数据。第一类医疗数据可以包括第一类医疗数据来源设备采集的生理数据,例如监护数据可以包括各项生理参数(如温度、血氧饱和度、心率等)、其变化趋势、医疗评分等;治疗数据可以包括生理参数、其变化趋势、设备参数等;影像数据可以包括各类医学影像、基于医学影像的测量数值等,检测数据可以包括各项检验指标(如血常规、肝、肾功能的指标等)等。而第三类医疗数据来源设备包括治疗设备和/或第三方系统等。治疗设备中的医疗数据能反映病人接受的治疗措施,第三方系统可以包括电子病历系统(EMR)、医院信息系统(HIS)和医院企业资源计划系统(HERP)、中央站、或者体外诊断信息系统等,电子病历系统中的医疗数据就能反映病人接受的诊断措施和护理操作等。第三类医疗数据可以包括治疗设备采集的设备参数(如有药物剂量、驱动压力、潮气量、吸呼比、PEEP等)、第三方系统采集的诊断措施记录和护理操作记录等。各种治疗设备的设备参数能反映出治疗措施。此外,本实施例所谓的数据来源,不一定是直接的数据来源,也可以是被其他设备中转的间接数据来源。
由于后续需要基于第一类和第三类医疗数据给出生理结构的总结信息,属于对病人生理结构过去一段时间的总结,因此本实施例中,处理器50获取的第一类医疗数据为病人预设第二时间段的第一类医疗数据;获取的第三类医疗数据为病人预设第二时间段的第三类医疗数据。预设第二时间段可以根据需要进行设置,例如可以是24h,预设第二时间段比预设第一时间段长。
步骤5、处理器50基于病人的第一类医疗数据以及第三类医疗数据,得到病人一个或多个生理结构的总结信息。其中生理结构包括病人的生理系统或器官。其中,生理系统可以包括运动系统、神经系统、内分泌系统、循环系统、呼吸系统、消化系统、泌尿系统以及生殖系统中的至少一个。器官可以包括大脑、心脏、肺、肝脏、胃以及肾脏中的至少一个。有的实施例中,生理结构除了上述的生理系统和/或器官,还可以包括其他,例如,生理结构包括病人的生理系统、生理器官、生理部位、组织、生理系统的特征和生理器官的特征中的一个或多个。生理部位可以包括头部、胸部和腹部中的至少一个。组织可以包括肌肉组织、神经组织和上皮组织中至少一个。生理系统的特征或生理器官的特征可以包括出入量、凝血、营养、感染、血糖和医疗事件中的至少一个。本实施例中,根据第一类和第三类医疗数据能得到几个生理结构的总结信息就得到几个。
要让医生能快速了解病人情况,生理结构的总结信息的具体内容就尤为重要,不仅要能综合、全面地概括病人情况,而且还需要给出能够支持这些概括的理由,让医护能认可机器给出的概括结论。而本发明的生理结构的总结信息相比于现有技术更为全面,且不论何种生理结构都可以遵循该总结信息的范式,让病人生理结构的情况一目了然。下面例举两种总结信息进行说明。
一种生理结构的总结信息包括三个总结:对生理结构状态的总结,基于医护操作的详情对医护操作的总结,以及基于生理数据和/或其变化详情对病情的总结。其中,医护操作的详情基于第三类医疗数据得到,也就是处理器50可以处理第三类医疗数据得到医护操作的详情,从而基于医护操作的详情对医护操作进行总结,该总结相当于是反映预设时间段内医护操作总体情况的结论。具体的,本实施例中,医护操作的详情具体是医护操作的变化详情,该总结相当于是反映预设时间段内医护操作变化情况的结论。生理数据和/或其变化详情基于第一类医疗数据得到,也就是处理器50可以处理第一类医疗数据得到生理数据和/或其变化详情,从而基于生理数据和/或其变化详情对病情进行总结,该总结相当于是反映预设时间段内生理结构的病情变化情况的结论。其中,对医护操作的总结和对病情的总结用于从两个不同的临床维度支持对生理结构状态的总结,也就是说,有经验的医生看到对医护操作的总结和对病情的总结,自己可以得出对生理结构状态的总结,本发明则是通过系统来自动实现。也就是这三个总结是有相关性的,医护操作的变化和病情的变化都能反映出生理结构的状态,比如病人从无创通气变为了有创通气,就说明其呼吸系统状态更差了,血氧饱和度过低和/或下降等也说明其呼吸系统状态更差了。比如监测某个生理参数的频率增高了,也可能代表床旁的医护认为该病人的某个生理系统的状态变差。现有技术中,生理参数或者病情总结反映病人病情好转,现有技术得到的生理结构状态就是稳定,然而这种结论是片面的,比如病情好转是在增加了治疗措施的情况下才实现的,那实际上生理结构状态并不稳定,比如病人从无创通气变为了有创通气,然后血氧饱和度上升了,如果像现有技术那样只看生理参数可能会得出状态稳定或好转的结论,实际上用了有创通气说明病人状态并不好。可见本发明能从诊疗干预和病情变化两个维度来支持和印证对生理结构状态的总结,信息更全面可靠。对生理结构状态的总结相当于用一句话概括生理结构的情况,而对医护操作的总结和对病情的总结不仅更细致地给出了生理结构在医护干预以及病情这两个临床维度的总结,而且这两个总结能支撑和验证对生理结构状态的总结,让医生不会怀疑对生理结构状态的总结的正确性。如前述内容所述,现有技术的总结通常只从病情这一个维度进行总结,哪怕提及了状态总结,但现有的状态总结由于只考虑了病情(基于生理参数)这一个因素,本质上还是一种病情的总结。而本发明总结信息包含的这三个总结,一个对生理结构状态的总结总览提纲,简明扼要地概括了病人生理结构的情况,另外两个总结不仅概括了医护干预和病情两个维度的情况,而且相互印证和支撑对生理结构状态的总结。明显地,本发明的总结信息提供的总结更为全面、可信度更高、方便医生更快地了解病人情况。本实施例中生理结构的总结信息属于对病人生理结构过去一段时间的总结,因此生理结构的总结信息还包括预设时间段,也就是具有能够体现预设时间段的信息。这样医生就能非常快捷的掌握过去预设时间段内病人生理结构的综合情况。
由于常规的监护界面大部分内容都是各项生理参数、设备参数的数值、曲线等,医护难以从中提取到关键信息。因此本实施例中上述三个总结为文本信息,通过文字内容简明扼要地从三个角度给出生理结构的总结,让医护能迅速地提取到关键信息。下面例举几种生理结构的总结信息。
一种呼吸系统的总结信息示例包括:过去24h该患者呼吸系统不稳定,干预升级,病情未好转。“过去24h该患者呼吸系统不稳定”或者说“患者呼吸系统不稳定”是对呼吸系统状态的总结,“干预升级”是对医护操作的总结,“病情未好转”是对病情的总结。对生理结构状态的总结可以在其他两个总结的前面,这样符合总→分的阅读习惯,且一句话就囊括了三种总结,信息量非常高。
一种循环系统的总结信息示例包括:过去24h该患者循环系统不稳定,干预升级,病情好转。
另一种循环系统的总结信息示例包括:过去24h该患者循环系统稳定,干预降级,病情好转。
另一种呼吸系统的总结信息示例包括:过去24h,呼吸系统不稳定,干预措施调整,病情有好转。
另一种生理结构的总结信息则更为详细,除了包括上述三个总结,还包括其他内容。具体的,将上述三个总结称之为生理结构的总体情况结论。生理结构的总结信息除了包括生理结构的总体情况结论,还包括与生理结构相关的医护操作的详情以及与生理结构相关的生理数据和/或其变化详情。同样的,生理结构的总体情况结论可以是文本信息。
与生理结构相关的医护操作的详情基于第三类医疗数据得到,与生理结构相关的生理数据和/或其变化详情基于第一类医疗数据得到。与生理结构相关的医护操作的详情用于从临床维度支持相应的对医护操作的总结,也就是医生看到与生理结构相关的医护操作的详情后,自己能推断出对医护操作的总结,因此医生看到对医护操作的总结后,如果不放心可以看一下与生理结构相关的医护操作的详情,两者是相互印证的关系,提高了对医护操作的总结的可信度。本实施例中,医护操作的详情为医护操作的变化详情,这样医生就能看到过去一段时间医护操作有没有变化,有没有新增、减少、加强和减弱等,从而认可对医护操作的总结。同样的,与生理结构相关的生理数据和/或其变化详情用于从临床维度支持相应的对病情的总结,也就是医生看到与生理结构相关的生理数据和/或其变化详情后,自己能推断出对病情的总结,因此医生看到对病情的总结后,如果不放心可以看一下与生理结构相关的生理数据和/或其变化详情,两者是相互印证的关系,提高了对病情的总结的可信度。下面同样例举几种生理结构的总结信息。
一种呼吸系统的总结信息示例如下:
过去24h该患者呼吸系统不稳定,干预升级,病情未好转
干预分析:呼吸支持从无创机械通气转为有创机械通气,PEEP=8,FiO2=60%
指标分析:氧合指数=260,血氧饱和度=91%
干预分析这一栏就是与生理结构相关的医护操作的详情,指标分析这一栏就是与生理结构相关的生理数据和/或其变化详情。
以上述总结信息为例,第一行信息可以被称为:生理结构的总结信息,第二行信息可以被称为:与生理结构相关的治疗措施的详情,第三行信息可以被称为:生理结构相关的生理数据(如果第三行信息中包含两个时刻的指标数据,那也可以被称为生理结构相关的生理数据的变化详情)。其中,第一行信息中的第一个显示元素:“过去24h该患者循环系统不稳定”可以被称为生理结构状态的总结;第一行信息中的第二个显示元素:“干预升级”可以被称为治疗措施的总结;第一行信息中的第三个显示元素:“病情未好转”可以被称为对病情的总结。一种循环系统的总结信息示例如下:
过去24h该患者循环系统不稳定,干预升级,病情好转
干预分析:去甲肾上腺素剂量从0.4升至1.0,并联用多巴胺,剂量15.0
指标分析:SBP从70mmHg升至105mmHg,心率从53升至90,CO从1.0升至2.5
另一种循环系统的总结信息示例如下:
过去24h该患者循环系统稳定,干预降级,病情好转
干预分析:停用去甲肾上腺素
指标分析:SBP=101mmHg,HR=96,CO=3.0
另一种呼吸系统的总结信息示例如下:
过去24h,呼吸系统不稳定,干预措施调整,病情有好转
干预分析:呼吸机模式从psv调整为simv,吸氧浓度从50上升至70,纤支镜吸痰1次,胸腔闭式引流中,美罗培南1g tid
指标分析:22:00SpO2从95下降至70,在22:10SpO2上升至95;最新一次血气分析结果显示无酸碱失衡
需要强调的,本实施例总结了一个病人状态分析及呈现的范式,该范式不是简单的数据罗列,范式内的各项元素有其清晰的内在联系。通过该范式分析和呈现的信息可以帮助医护更好的对病人的生理结构的状态进行判断。具体请看下文的阐述及分析:
请一并参阅图4,此种生理结构的总结信息有三个层级以及两个临床维度,下层的信息不仅能支撑上层的总结而且也是上层总结的解释,三个层级层层递进相互印证和支持,比两个层级且单一维度的现有技术更好,显示的信息更全面、准确和可靠。也就是生理结构的总结信息一般都是有机的整体,各个信息虽有不同的侧重点,但是组合起来能够让医护快速掌握病人的病情,提升医护的诊疗效率。
处理器50基于病人的第一类医疗数据以及第三类医疗数据,得到病人一个或多个生理结构的总结信息,具体有多种方式方法,下面举例说明。
对于与生理结构相关的医护操作的详情以及基于该医护操作的详情对医护操作的总结,举例两种处理方式。
第一种处理方式,由于对医护操作的总结能够在与生理结构相关的医护操作的详情基础上结合临床先验知识得到,也就是与生理结构相关的医护操作的详情是所述对医护操作的总结的理由、原因和解释,能让医生理解、认可所述对医护操作的总结,因此可以对与生理结构相关的医护操作的详情进行分析,从而得到所述对医护操作的总结。即,处理器50对病人的第三类医疗数据进行分析,得到病人一个或多个生理结构的与生理结构相关的医护操作的详情;进而分析与生理结构相关的医护操作的详情得到对医护操作的总结。例如,处理器50对病人的第三类医疗数据进行分析,得到病人预设时间段内不同时刻的医护操作,如根据治疗设备的设备参数得到预设时间段内不同时刻的治疗措施,根据第三方系统的诊断措施记录得到预设时间段内不同时刻的诊断措施,根据第三方系统的护理操作记录得到预设时间段内不同时刻的护理操作;根据预设的医护操作与生理结构的对应关系确定病人的医护操作对应的生理结构(如有创/无创通气对应呼吸系统,特定的药物类型对应特定的生理结构等),也就是得到了一个或多个生理结构在不同时刻的医护操作,进而根据生理结构在不同时刻的医护操作得到与生理结构相关的医护操作的详情,如果医护操作没有变化,则医护操作的详情包括当前的医护操作(如持续有创机械通气),还可以包括该医护操作关联的设备参数(如PEEP=8,FiO2=60%);如果医护操作有变化,则医护操作的详情包括变化前后的医护操作(如无创通气转为有创通气、有创通气下FiO2从50%调至80%、去甲肾上腺素剂量从1.0降至0.4等)。系统预设有多条判定规则(为便于区分,可将这样的判定规则称之为第三规则),还预设有判定规则与对医护操作的总结的对应关系。处理器50判断与生理结构相关的医护操作的详情是否满足预设的判定规则,将所满足的预设判定规则作为目标判定规则,根据判定规则与对医护操作的总结的对应关系,将目标判定规则对应的对医护操作的总结作为生理结构的对医护操作的总结。判定规则有多种,例如,医护操作不变,医护操作从无到有,医护操作从有到无,医护操作由强变弱,医护操作由弱变强等。对医护操作的总结是对医护操作变化的总结,如没有变化、升级、降级等。与生理结构相关的医护操作的详情则是对医护操作变化情况的详细记录,比如药物剂量从XX上升或下降到XXX,从无创通气变为有创通气等,其至少涵盖了一个预设判定规则,本实施例中,与生理结构相关的医护操作的详情比预设判定规则更为丰富,因为判定规则可能只是医护操作有无、强弱的变化,变化详情则给出了具体的医护操作。
得到的生理结构的与对医护操作的总结,可以是如下六种对医护操作的总结中的一种:未出现医护操作、医护操作无变化、医护操作调整、医护操作升级、医护操作降级和医护操作遗漏。其中,未出现医护操作对应的判定规则包括医护操作的详情中没有医护操作。医护操作无变化对应的判定规则包括医护操作的详情(例如病人预设时间段内持续有创机械通气,PEEP=8,FiO2=60%)中的医护操作没有变化。医护操作调整对应的判定规则包括变化详情中的医护操作发生变化,但是无法判断是否升级或者降级(即,无法判断变化前后医护操作的强弱)。医护操作调整主要是有些医护操作只是一些简单调整,无法判断是否是升级或者降级。例如,换用一种血管活性药物,有些情况是因为根据病情变化适应患者特点进行调整,并不是升级或者降级,因此提示医生治疗措施进行了调整即可。医护操作升级对应的一个判定规则包括医护操作从无到有,例如其变化详情是无创通气转为有创通气。医护操作升级对应的另一个判定规则包括同一医护操作由弱变强,例如其变化详情是有创通气下,FiO2从50%调至80%。医护操作降级对应的一个判定规则包括医护操作从有到无,例如其变化详情是病人脱机。医护操作降级对应的另一个判定规则包括医护操作从强变弱,例如其变化详情是去甲肾上腺素剂量从1.0降至0.4。医护操作遗漏对应的判定规则包括变化详情中没有出现应该执行的医护操作(应该执行的医护操作可从第三方系统中得到,如医嘱、检查单等),例如其变化详情是影像报告三天未更新。
基于上述的判断逻辑,本实施例总结了一个病人状态分析及呈现的范式,该范式不是简单的数据罗列,范式内的各项元素有其清晰的内在联系。通过该范式分析和呈现的信息可以帮助医护更好的对病人的生理结构的状态进行判断。
第二种处理方式,处理器50将病人的第三类医疗数据输入到预先训练好的模型中,得到该模型输出的病人一个或多个生理结构的与生理结构相关的医护操作的详情以及对医护操作的总结。例如,预先可以采集大量病人的第三类医疗数据,并由医生对这些第三类医疗数据进行标注,标注出相应的对医护操作的总结以及与生理结构相关的医护操作的详情,用这些带有标注的第三类医疗数据对模型(如机器学习模型、深度学习模型等)进行训练,从而得到训练好的模型。训练好的模型在使用的过程中也会积累数据然后同步进行训练,因此通过临床大数据的积累,模型能自动进行相关性的记录与分析,从而提高了总结提炼的精确度,更好地辅助临床决策。
本发明不仅给出了过去一段时间对医护操作的总结,还给出了总结理由,也就是给出了具体的医护操作变化情况,比如治疗措施升级,会给出具体的治疗措施升级情况(比如病人从无创辅助通气转为有创辅助通气,或者患者呼吸机吸入氧浓度从50%调整到80%……),这样在后续显示出来后,给医护人员高效、可靠的提示。
对于与生理结构相关的生理数据和/或其变化详情以及基于生理数据和/或其变化详情对病情的总结,举例两种处理方式。
第一种处理方式,由于对病情的总结能够在与生理结构相关的生理数据和/或其变化详情的基础上结合临床先验知识得到,也就是与生理结构相关的生理数据和/或其变化详情是所述对病情的总结的理由、原因和解释,能让医生理解、认可所述对病情的总结,因此可以对与生理结构相关的生理数据和/或其变化详情进行分析,从而得到所述对病情的总结。另外,基本上每种生理结构都有一个或多个重要(关键)的生理参数、检验指标或医疗评分等,因此可以基于这些关键的生理数据进行病情的总结。为便于阐述,引入病情指标的概念,病情指标包括生理参数、检验指标和医疗评分中的至少一种。每种生理结构都预先关联有关键病情指标类型,生理结构关联的关键病情指标类型就是生理结构的关键生理参数的类型、关键检验指标的类型和关键医疗评分的类型等。处理器50根据病人一个或多个生理结构预先关联的关键病情指标类型,对病人的第一类医疗数据进行分析得到生理结构关联的关键病情指标;具体可以包括从第一类医疗数据中直接提取关键病情指标,也可以包括对第一类医疗数据进行处理得到关键病情指标;相应的,关键病情指标包括关键生理参数、关键检验指标和关键医疗评分中的至少一种;将关键病情指标作为与生理结构相关的生理数据,和/或,根据关键病情指标与时间的对应关系,得到关键病情指标的变化(如变化趋势、变化曲线等),将关键病情指标的变化作为与生理结构相关的生理数据变化详情。系统预设有多条判定规则(为便于区分,可将这样的判定规则称之为第一规则)。进而判断与生理结构相关的生理数据和/或其变化详情是否满足预设的判定规则;若是则确定对病情的总结为病情好转;否则确定对病情的总结为病情未好转。预设判定规则其实就是满足病情好转的条件,是医护对病人关键病情指标和/或其变化的预期,其可以包括关键病情指标达到预设区间,也可以包括关键病情指标的变化满足预设条件等。判定规则的预先设置,可以是系统预设,也可以是医护人员手动设置的。可见,对病情的总结可以用来让医生知晓当前病人的病情是否好转,主要是依据就是病人关键病情指标是否满足医护对病人的预期以及指标的变化趋势是否满足医护对病人的预期。
例如,与生理结构相关的生理数据变化详情为:SBP从65mmHg升至100mmHg,心率从50bpm升至98bmp;其对应的对病情的总结为:病情好转,也就是该总结反映出病人病情好转,生理数据变化详情符合医护预期。又例如,与生理结构相关的生理数据变化详情为:SBP从110mmHg降至78mmHg,SpO2从96降至85;其对应的对病情的总结为:病情未好转,也就是该总结反映出病人病情未好转,生理数据变化详情不符合医护预期。还例如,与生理结构相关的生理数据为:乳酸=5.0mmol/L,WBC=18*10^9/L;其对应的对病情的总结为:病情未好转,也就是该总结反映出病人病情未好转,生理数据不符合医护预期。
第二种处理方式,处理器50将病人的第一类医疗数据输入到预先训练好的模型中,得到该模型输出的与生理结构相关的生理数据和/或其变化详情以及对病情的总结。例如,预先可以采集大量病人的第一类医疗数据,并由医生对这些第一类医疗数据进行标注,标注出相应的对病情操作的总结以及与生理结构相关的生理数据和/或其变化详情,用这些带有标注的第一类医疗数据对模型(如机器学习模型、深度学习模型等)进行训练,从而得到训练好的模型。
得到对生理结构状态的总结同样例举两种方式。
第一种处理方式,处理器50通过上述方式方法得到一个或多个生理结构的对病情的总结以及对医护操作的总结后,综合对病情的总结和对医护操作的总结这两个临床维度进行分析,得到对生理结构状态的总结。例如,系统预先设置有对病情的总结以及对医护操作的总结与对生理结构状态的总结之间的对应关系,处理器50得到了前两个总结,再根据这个对应关系就可以确定对生理结构状态的总结。综合了病情的总结和医护操作的总结才得到生理结构状态的总结,准确性高,比如病情的总结反映出生理结构状态稳定,但医护操作的总结反映出生理结构状态不稳定,那可以得出生理结构状态不稳定的总结,避免出现单一生理维度得到片面的、不准确结论的情况。
第二种处理方式,处理器50将病人的第一类医疗数据以及第三类医疗数据输入到预先训练好的模型中,得到模型输出的病人一个或多个生理结构的总结信息。例如,预先可以采集大量病人的第一类医疗数据和第三类医疗数据,并由医生对这些第一类和第三类医疗数据进行标注,标注出相应的生理结构的总结信息,用这些带有标注的第一类和第三类医疗数据对模型(如机器学习模型、深度学习模型等)进行训练,从而得到训练好的模型。
步骤6、处理器50在显示器60的显示界面显示一个或多个生理结构的总结信息。理论上当前病人的疾病和治疗涉及哪些生理结构,就能得到哪些生理结构的总结信息。其中生理结构的总体情况结论基于病人历史的诊疗信息(预设时间段的第一类和第三类医疗数据)对病人过去的病情进行总结,便于医护快速了解病人过去的病情发展情况和医护的诊疗情况,对于医护对病人的日常管理、诊疗以及日常交接班等具有显著的临床价值。
本实施例中,总结信息以生理结构为单位进行显示,处理器50在显示器60的显示界面的一个或多个显示区域中对应显示一个或多个生理结构的总结信息。也就是显示界面划分一个或多个显示区域,每个显示区域用来显示一个生理结构的信息,每个生理结构的总结信息就显示在其所属的显示区域内,这样也便于医护查看自己想看的生理结构的总结信息。
一实施例中,生理结构的总体情况结论、与生理结构相关的医护操作的详情以及与生理结构相关的生理数据和/或其变化详情关联显示。如前面表格中的总结信息所示,生理结构的总体情况结论(三个总结)显示在前,与生理结构相关的医护操作的详情以及与生理结构相关的生理数据和/或其变化详情显示在后,体现出了图4所示的数据支撑结构。符合医护的阅读习惯也能更高效地提取信息。
本发明提供的系统,适合给医生做临床决策,例如其可以是CDSS系统(临床决策支持系统),也可以是CIS系统(临床信息系统)等,不论其叫法如何,能实现本发明提及的各项功能即可,其可以设置在各种具有处理能力的设备上,如PC、笔记本电脑、平板电脑和移动终端等,方便医生随时掌握病人情况。该系统还能显示从医疗数据来源设备获取的医疗数据,不过医疗数据来源多样且数据量大,一个界面显示不了这么多数据且医生希望看到重点数据,因此可以对获取的医疗数据进行精简。例如,处理器50对第一类医疗数据和/或第三类医疗数据进行精简,得到前述一个或多个生理结构的精简医疗数据,从而如图6-12所示,在显示有生理结构的总结信息的显示区域(每个图代表一个显示区域)中,还显示有该生理结构的精简医疗数据。其中,生理结构的精简医疗数据作为一个整体位于生理结构的总结信息之前或之后,图中都位于之前。图中可知,精简医疗包括与该生理结构相关的生理参数、检验指标、医疗评分、医护操作、治疗设备的设备参数以及治疗目标达成情况的统计数据中的一种或多种。精简医疗数据虽然经过了精简,但还是比总结信息丰富很多,属于各个医疗数据来源设备的重要医疗数据,可以让医生掌握更为详细的信息。
整个显示界面如图13所示,多个生理结构的精简医疗数据和总结信息分区域显示,用户在一个界面上既可以看到总结,又能看到详细的数据,非常方便,人机交互效率高。为了便于区分,可以将前述显示界面,也就是图13所示的显示界面称之为回顾界面,用于回顾过去预设时间段比如过去24h内的病人病情。
如图13所示,在显示有生理结构的总结信息的显示区域还显示有生理结构的标识A。标识A用于唯一标识生理结构,可以是生理结构的示意图。
标识A可以与所述对病情的总结对应,病情好转和病情未好转这两种病情总结对应的标识A的显示方式不同,例如不同的病情的总结对应不同大小、颜色、明暗等的标识A。医护通过标识A的显示方式就能快速知晓对病情的总结。具体的,标识A的图像元素与所述对病情的总结对应,病情好转和病情未好转这两种病情总结对应不同的图像元素。图像元素。图像元素是构成标识A的基本组成部分,如颜色、形状、背景、明暗中的一种或多种。如病情好转用蓝色,病情未好转用红色。
标识A也可以与所述对生理结构状态的总结对应,生理结构稳定和生理结构不稳定这两种总体状态对应的标识A的显示方式不同。同样可以让医护通过标识A的显示方式知晓对生理结构状态的总结,快捷方便。具体的,标识A的图像元素可以与所述对生理结构状态的总结对应,生理结构稳定和生理结构不稳定这两种总体状态对应不同的图像元素。如生理结构稳定用蓝色,生理结构不稳定用红色。
可见,本发明根据临床医护人员对病人整体和各个生理结构的认知,从病人整体情况到各个生理结构的认知习惯,将病人的医疗数据在生理结构整合的基础上,以病人全景的方式结构化呈现给医护人员,并为医护人员提供快速评估该病人的临床诊疗工具(总结信息)。
一实施例中,如图5-13所示,根据人体金字塔原则将人体分为7个生理结构:神经系统,循环系统,呼吸系统,肝肾功能,胃肠道与营养,感染与免疫,出凝血。在回顾界面中,哪些生理结构获取到了医疗数据就显示对应的显示区域,也可以7个显示区域都显示,获取到了医疗数据的生理结构的显示区域显示有精简医疗数据和总结信息,没有获取到医疗数据的生理结构的显示区域则没有精简医疗数据和总结信息。
从每个显示区域显示的精简医疗数据是客观数据,通过这些客观数据医护也能知晓每个生理结构当前状态以及病情演进过程,只不过需要自己根据一定的经验和专业知识才能做到。
如图6所示,神经系统显示区域包括标识①(图13中用A表示)、客观评价栏②、治疗措施栏③、护理操作栏④、治疗目标栏⑤、总结信息栏⑥和设置栏⑦。②-⑤栏用来显示精简医疗数据,总结信息栏⑥用来显示总结信息。
客观评价栏②可以显示与生理结构(神经系统)相关的生理参数、检验指标、医疗评分等。
治疗措施栏③可以显示治疗措施和诊断措施,例如相关用药,可以只标识用药种类,无需具体药名及剂量(镇痛药,镇静药,抗癫痫药,脱水药)。
护理操作栏④可以显示护理操作,如脑部相关引流管路的名称,引流量,性质,颜色等。
治疗目标栏⑤可以显示医生根据病人情况设定治疗目标(如目标设置值)以及治疗目标达成情况的统计数据(如达标率,波动范围,不同值出现的频率等)。治疗目标可以作为判定规则中的阈值。
设置栏⑦用于增减栏目,从而对显示区域进行个性化设置。
如图7所示,循环系统显示区域包括标识①、客观评价栏②、超声检查结果③、治疗设备的设备参数栏④、治疗措施栏⑤、护理操作栏⑥、治疗目标栏⑦、总结信息栏⑧和设置栏⑨。②-⑦栏用来显示精简医疗数据,总结信息栏⑧用来显示总结信息。
客观评价栏②可以显示与生理结构(循环系统)相关的生理参数、检验指标、医疗评分等。
超声检查结果③可以显示循环系统相关超声检查结果。
治疗设备的设备参数栏④可以显示治疗设备的设备参数,如显示ECMO数值,具体如转速,血流量,膜前/后压等。
治疗措施栏⑤可以显示治疗措施和诊断措施,例如1、相关用药,可以只标识用药种类,无需具体药名及剂量(血管活性药,治疗心功能不全药、抗心律失常药,抗胆碱药);2、治疗设备的模式:ECMO&ECMO模式、IABP、PICCO,起搏器&起搏模式等;3、具体的治疗措施:同步电复律、液体复苏等。
护理操作栏⑥可以显示护理操作,如相关体位变化,床头太&降低等。
治疗目标栏⑦可以显示医生根据病人情况设定治疗目标(如目标设置值)以及治疗目标达成情况的统计数据(如达标率,波动范围,不同值出现的频率等)。治疗目标可以作为判定规则中的阈值。
设置栏⑨用于增减栏目,从而对显示区域进行个性化设置。
如图8所示,呼吸系统显示区域包括标识①、客观评价栏②、治疗措施栏③、护理操作栏④、治疗目标栏⑤、总结信息栏⑥和设置栏⑦。②-⑤栏用来显示精简医疗数据,总结信息栏⑥用来显示总结信息。
若病人确诊ARDS(急性呼吸窘迫综合征)则可以在标识①附近或者标识①上打上ARDS的标签。
客观评价栏②可以显示与生理结构(呼吸系统)相关的生理参数、检验指标、医疗评分等。
治疗措施栏③可以显示治疗措施和诊断措施,例如1、治疗设备:呼吸机模式&吸入氧浓度,插管/面罩;2、气切;3、胸部物理治疗:纤支镜、手动/辅助排痰等。
护理操作栏④可以显示护理操作,如1、相关引流管路的名称,引流量,性质,颜色;2、相关体位变化,床头太&降低等。
治疗目标栏⑤可以显示医生根据病人情况设定治疗目标(如目标设置值)以及治疗目标达成情况的统计数据(如达标率,波动范围,不同值出现的频率等)。治疗目标可以作为判定规则中的阈值。
设置栏⑦用于增减栏目,从而对显示区域进行个性化设置。
如图9所示,肝肾功能显示区域包括标识①、治疗措施栏②、肾功能栏③、肝功能栏④、设置栏⑤和总结信息栏⑥。②-④栏用来显示精简医疗数据,总结信息栏⑥用来显示总结信息。
若病人确诊AKI(急性肾损伤)则可以在标识①附近或者标识①上打上AKI的标签。
治疗措施栏②可以显示治疗措施和诊断措施,例如1、治疗设备:CRRT及使用时长;2、用药:利尿剂等。
肾功能栏③可以显示检验指标,例如1、液体平衡:24小时尿量,24小时CRRT超滤量,24小时出量,24小时总平衡;2、肾功能检验指标等。
肝功能栏④可以显示检验指标,例如,如1、Child-Pugh评分;2、功能检验指标等。
设置栏⑤用于增减栏目,从而对显示区域进行个性化设置。
如图10所示,胃肠道与营养显示区域包括标识A、体重栏①、营养栏②、治疗目标栏③、影像数据栏④、护理操作栏⑤、总结信息栏⑥和设置栏⑦。①-⑤栏用来显示精简医疗数据,总结信息栏⑥用来显示总结信息。
体重栏①可以显示病人的个人信息:体重。
营养栏②可以显示诊断操作:医嘱,例如24小时内的场内营养+场外营养总量等。
治疗目标栏③可以显示医生根据病人情况设定治疗目标(如目标设置值)以及治疗目标达成情况的统计数据(如达标率,波动范围,不同值出现的频率等)。治疗目标可以是热卡目标,可以根据医嘱开具的营养液计算得到。还可以显示实际热卡,可以根据营养泵入量计算。达标率=实际热卡/医嘱热卡%。
影像数据栏④可以显示影像数据,如超声图像的测量结果,比如胃残留量(超声);肠道:大肠/小肠直径(超声)等。
护理操作栏⑤可以显示护理操作,如胃出溜:XXml,来自护理最新一次记录。
设置栏⑦用于增减栏目,从而对显示区域进行个性化设置。
如图11所示,出凝血显示区域包括标识A、治疗措施栏①、客观评价栏②、护理操作栏③、总结信息栏④和设置栏⑤。②-③栏用来显示精简医疗数据,总结信息栏④用来显示总结信息。
治疗措施栏①可以显示治疗措施和诊断措施,例如1、用药:抗凝药,抗板药;2、输血:输血小板,输红细胞等。
客观评价栏②可以显示与生理结构(出凝血)相关的检验指标,例如APTT(活化部分凝血活酶时间)、TT(凝血酶时间)、PLT(血小板计数)等。
护理操作栏③可以显示护理操作,如各种术后伤口的处理和情况等。
设置栏⑤用于增减栏目,从而对显示区域进行个性化设置。
如图12所示,感染与免疫显示区域包括标识①、治疗措施栏②、客观评价栏③、感染源栏④、护理操作栏⑤、总结信息栏⑥和设置栏⑦。②-⑤栏用来显示精简医疗数据,总结信息栏⑥用来显示总结信息。
若病人确诊脓毒症则可以在标识①附近或者标识①上打上脓毒症的标签。
治疗措施栏②可以显示治疗措施和诊断措施,例如1、用药:抗生素(从医嘱中提取)等。
客观评价栏③可以显示与生理结构(感染与免疫)相关的生理参数、医疗评分、检验指标等,例如体温,△SOFA(比较最近两次SOFA评分),检验值:PCT,CRP等。
感染源栏④可以显示感染源,如病毒、细菌等,可以根据检验报告提取结果。
护理操作栏⑤可以显示护理操作,如所有管路感染情况及分泌物性状,颜色,液体量等。
设置栏⑦用于增减栏目,从而对显示区域进行个性化设置,例如可以增加一个栏目用来显示感染情况,例如显示HIV、乙肝、梅毒等感染(可以从NGS报告中提取)。
有的实施例中,可以聚焦于医护操作中的治疗措施,因为对病人进行采取干预(治疗)的情况比较多。故相应显示医疗数据的过程可以如图14所示,包括如下步骤:
步骤4’、处理器50通过通信模块70从第一类医疗数据来源设备获取病人的第一类医疗数据,从第二类医疗数据来源设备获取病人的第二类医疗数据。其中,第一类医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少一个,本实施例中包括这四个设备中的至少两个。第二类医疗数据来源设备包括治疗设备,第一类医疗数据反映所述病人的生理情况,第二类医疗数据反映病人接受的治疗措施。同样的,获取的第一类医疗数据可以为病人预设时间段的第一类医疗数据;获取的第二类医疗数据可以为病人预设时间段的第二类医疗数据。第二类医疗数据来源设备可以与第三类医疗数据来源设备相同,区别在于处理器50主要从第二类医疗数据来源设备获取的第二类医疗数据没有第三类医疗数据那么全面,主要集中在治疗数据上,能反映病人接受的治疗措施。除了这一区别外,本步骤的其他方面与前述步骤1相同,在此不做赘述。
步骤5’、处理器50基于病人的第一类医疗数据以及第二类医疗数据,得到病人一个或多个生理结构的总结信息。生理结构的总结信息包括:生理结构的总体情况结论、与生理结构相关的治疗措施的详情以及与生理结构相关的生理数据和/或其变化详情,治疗措施的详情基于第二类医疗数据得到,生理数据和/或其变化详情基于第一类医疗数据得到。总体情况结论包括:对生理结构状态的总结,基于治疗措施的详情对治疗措施的总结以及基于生理数据和/或其变化详情对病情的总结。同样的,本实施例以治疗措施的详情采样治疗措施的变化详情为例进行说明。生理结构的总体情况结论还可以包括预设时间段。可见本实施例比图4所示实施例更为具体,采用显示三个总结+两个详情解释的总结信息来呈现给医护。
同样的,对治疗措施的总结以及对病情的总结用于从两个不同的临床维度支持对生理结构状态的总结。对生理结构状态的总结可以包括生理结构稳定和不稳定这两种。
同样的,与生理结构相关的治疗措施的详情用于从临床维度支持相应的对治疗措施的总结。与生理结构相关的生理数据和/或其变化详情用于从临床维度支持相应的对病情的总结。
可见,将步骤5中的“医护操作”改为“治疗措施”、“第三类医疗数据”改为“第二类医疗数据”基本就得到了本步骤。
类似的,得到对生理结构状态的总结也有两种处理方式。
例如,处理器50对病人的第一类医疗数据进行分析,得到对病情的总结;对病人的第二类医疗数据进行分析,得到对治疗措施的总结;综合对病情的总结和对治疗措施的总结这两个临床维度进行分析,得到对生理结构状态的总结。
又例如,处理器50将病人的第一类医疗数据以及第二类医疗数据输入到预先训练好的模型中,得到模型输出的病人一个或多个生理结构的总结信息。
这些处理方式的具体过程同前述步骤5,只需将步骤5中的第三类医疗数据改为第二类医疗数据、医护操作具体化为治疗措施即可,在此不做赘述。
得到对治疗措施的总结也有两种处理方式。
例如,处理器50对病人的第二类医疗数据进行分析,得到病人一个或多个生理结构的与生理结构相关的治疗措施的详情;分析与生理结构相关的治疗措施的详情得到对治疗措施的总结。
又例如,处理器50将病人的第二类医疗数据输入到预先训练好的模型中,得到模型输出的病人一个或多个生理结构的与生理结构相关的治疗措施的详情以及对治疗措施的总结。
其中,显示的生理结构的总结信息中,对治疗措施的总结为如下五种中的一种:未出现治疗措施、治疗措施无变化、治疗措施调整、治疗措施升级和治疗措施降级。
可见,这两种处理方式的具体过程除了第三类医疗数据与第二类医疗数据的区别、医护操作与治疗措施的区别、以及对治疗措施的总结比对医护操作的总结少一种以外,其他与步骤5相同,在此不做赘述。
本实施例中,与生理结构相关的生理数据和/或其变化详情以及对病情的总结,与前述实施例是相同的,故其处理方式也是相同的,在此不做赘述。
步骤6’、处理器50在显示器60的显示界面的一个或多个显示区域中对应显示一个或多个生理结构的总结信息。例如,可以将生理结构的总体情况结论、与生理结构相关的治疗措施的详情以及与生理结构相关的生理数据和/或其变化详情关联显示,其中生理结构的总体情况结论可以显示在前,与生理结构相关的治疗措施的详情以及与生理结构相关的生理数据和/或其变化详情显示在后。生理结构的总体情况结论可以为文本信息。
同样的,处理器50可以对第一类医疗数据和/或第二类医疗数据进行精简,得到一个或多个生理结构的精简医疗数据;进而在显示有生理结构的总结信息的显示区域中,还显示该生理结构的精简医疗数据。当然,这样的精简医疗数据也可以由第一类医疗数据和/或第三类医疗数据进行精简得到。
同样的,本步骤与步骤6只是医疗数据的类型(第三类和第二类)的区别、医护操作和治疗措施的区别,其他基本相同,在此不做赘述。
可见,本实施例是对图3所示实施例的进一步限定,将第三类医疗数据限定成第二类医疗数据,将医护操作限定成治疗措施,其他技术细节则与图3所示实施例相同,在此不做赘述。
上述回顾界面需要获取的第二医疗数据,只是比监护界面需要获取的第一医疗数据的时间段长一点,因此,可以在回顾界面的各个显示区域中,显示对应生理结构的评估信息,让医护既能看到过去一段时间的回顾总结,又能看到当下的评估结论。回顾界面和监护界面也可以通过指令来切换。例如,用户可以发出回顾指令,触发系统执行图3或14所示流程,从而显示病人的回顾界面。当然,用户还可以发出监护指令,或者在回顾界面选定一显示区域,从而触发系统执行图2所示流程,从而将显示界面跳转到监护界面。如此,医护能很好地实现对病人的监护,工作效率高。在本发明的一些实施例中,同一个医护/其他用户能够同时登录到以上系统中的一个或多个实施例中。使用单个系统的医护/其他用户,也能够在不同实施例的系统之间切换,并且维护系统中的数据。
本文参照了各种示范实施例进行说明。然而,本领域的技术人员将认识到,在不脱离本文范围的情况下,可以对示范性实施例做出改变和修正。例如,各种操作步骤以及用于执行操作步骤的组件,可以根据特定的应用或考虑与系统的操作相关联的任何数量的成本函数以不同的方式实现(例如一个或多个步骤可以被删除、修改或结合到其他步骤中)。
另外,如本领域技术人员所理解的,本文的原理可以反映在计算机可读存储介质上的计算机程序产品中,该可读存储介质预装有计算机可读程序代码。任何有形的、非暂时性的计算机可读存储介质皆可被使用,包括磁存储设备(硬盘、软盘等)、光学存储设备(CD-ROM、DVD、Blu Ray盘等)、闪存和/或诸如此类。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理设备上以形成机器,使得这些在计算机上或其他可编程数据处理装置上执行的指令可以生成实现指定的功能的装置。这些计算机程序指令也可以存储在计算机可读存储器中,该计算机可读存储器可以指示计算机或其他可编程数据处理设备以特定的方式运行,这样存储在计算机可读存储器中的指令就可以形成一件制造品,包括实现指定功能的实现装置。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上,从而在计算机或其他可编程设备上执行一系列操作步骤以产生一个计算机实现的进程,使得在计算机或其他可编程设备上执行的指令可以提供用于实现指定功能的步骤。
虽然在各种实施例中已经示出了本文的原理,但是许多特别适用于特定环境和操作要求的结构、布置、比例、元件、材料和部件的修改可以在不脱离本披露的原则和范围内使用。以上修改和其他改变或修正将被包含在本文的范围之内。
前述具体说明已参照各种实施例进行了描述。然而,本领域技术人员将认识到,可以在不脱离本披露的范围的情况下进行各种修正和改变。因此,对于本披露的考虑将是说明性的而非限制性的意义上的,并且所有这些修改都将被包含在其范围内。同样,有关于各种实施例的优点、其他优点和问题的解决方案已如上所述。然而,益处、优点、问题的解决方案以及任何能产生这些的要素,或使其变得更明确的解决方案都不应被解释为关键的、必需的或必要的。本文中所用的术语“包括”和其任何其他变体,皆属于非排他性包含,这样包括要素列表的过程、方法、文章或设备不仅包括这些要素,还包括未明确列出的或不属于该过程、方法、系统、文章或设备的其他要素。此外,本文中所使用的术语“耦合”和其任何其他变体都是指物理连接、电连接、磁连接、光连接、通信连接、功能连接和/或任何其他连接。
具有本领域技术的人将认识到,在不脱离本发明的基本原理的情况下,可以对上述实施例的细节进行许多改变。因此,本发明的范围应根据以下权利要求确定。
Claims (17)
1.一种医疗数据的显示方法,其特征在于,包括:
获取病人的医疗数据;所述病人的医疗数据来源于医疗数据来源设备,其中,所述医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少一个,当所述医疗数据来源设备包括所述监护设备时,所述病人的医疗数据包括来源于该监护设备的监护数据,当所述医疗数据来源设备包括所述治疗设备时,所述病人的医疗数据包括来源于该治疗设备的治疗数据,当所述医疗数据来源设备包括所述影像设备时,所述病人的医疗数据包括来源于该影像设备的影像数据,当所述医疗数据来源设备包括所述体外诊断设备时,所述病人的医疗数据包括来源于该体外诊断设备的检测数据;
基于所述病人的医疗数据,得到所述病人的生理结构的评估信息;所述生理结构包括所述病人的生理系统、所述生理系统的特征、器官以及所述器官的特征中的至少一个;所述评估信息包括特定角度的结论以及用于从临床维度支持所述特定角度的结论的医疗数据信息,所述医疗数据信息基于所述病人的医疗数据得到;其中,所述评估信息至少包括第一评估信息,在所述第一评估信息中,所述特定角度的结论为诊疗措施建议,且所述医疗数据信息为用于从临床维度支持所述诊疗措施建议的医疗数据信息;以及
在显示界面显示所述生理结构的评估信息。
2.如权利要求1所述的方法,其特征在于,所述生理结构的评估信息还包括第二评估信息、第三评估信息和第四评估信息中的至少一个;其中,在所述第二评估信息中,所述特定角度的结论为用于反映所述生理结构的稳定情况的稳定性结论,且所述医疗数据信息为用于从临床维度支持所述稳定性结论的医疗数据信息;在所述第三评估信息中,所述特定角度的结论为风险预警结论,且所述医疗数据信息为用于从临床维度支持所述风险预警结论的医疗数据信息;在所述第四评估信息中,所述特定角度的结论为诊断结论,且所述医疗数据信息为用于从临床维度支持所述诊断结论的医疗数据信息。
3.如权利要求1或2所述的方法,其特征在于,所述第一评估信息中的医疗数据信息包括:至少两个关键病情指标与对应阈值的关系,和/或,至少一个关键病情指标的变化趋势;所述关键病情指标从所述医疗数据中提取得到或者对所述医疗数据进行处理得到。
4.如权利要求1所述的方法,其特征在于,所述诊疗措施建议包括:用于建议实施诊疗措施且不给出具体诊疗措施的提示信息,用于建议实施诊疗措施并给出具体诊疗措施的提示信息,用于建议停止当前诊疗措施的提示信息中的一种。
5.如权利要求1所述的方法,其特征在于,所述医疗数据来源设备还包括第三方系统;当所述医疗数据来源设备包括所述第三方系统时,所述病人的医疗数据包括来源于该第三方系统的病人个人数据和/或诊疗数据。
6.如权利要求1所述的方法,其特征在于,所述诊疗措施建议为文本信息。
7.如权利要求1-6中任一项所述的方法,其特征在于,所述基于所述病人的医疗数据,得到所述病人的生理结构的评估信息,包括:
对所述病人的医疗数据进行分析,以确定所述医疗数据所满足的一条或多条目标规则;确定与所述一条或多条目标规则相对应的生理结构的评估信息;确定出的评估信息中的医疗数据信息至少包括所述一条或多条目标规则;或者,
将所述病人的医疗数据输入到预先训练好的模型中,得到所述模型输出的所述病人的生理结构的评估信息。
8.如权利要求2所述的方法,其特征在于,所述基于所述病人的医疗数据,得到所述病人的生理结构的评估信息,包括:
基于所述病人的医疗数据,得到所述病人的生理结构的第一评估信息、第三评估信息和第四评估信息中的至少一个;
对所述第一评估信息、第三评估信息和第四评估信息中的至少一个进行分析,得到第二评估信息。
9.如权利要求1所述的方法,其特征在于,所述在显示界面显示所述生理结构的评估信息,包括:
在所述病人生理结构的监护界面显示所述生理结构的评估信息。
10.如权利要求9所述的方法,其特征在于,还包括:
对所述病人的医疗数据进行精简,得到所述病人的生理结构的精简医疗数据;所述生理结构的精简医疗数据包括:生理结构相关的生理参数,生理结构相关的检验指标,生理结构相关的评分,生理结构相关的诊疗措施,治疗设备的设备参数以及治疗目标达成情况的统计数据中的多种;
在所述病人生理结构的监护界面还显示所述生理结构的精简医疗数据。
11.如权利要求1所述的方法,其特征在于,包括:
在显示界面显示所述生理结构的评估信息之前,所述方法还包括:
从第一类医疗数据来源设备获取病人预设时间段的第一类医疗数据,从第二类医疗数据来源设备获取所述病人预设时间段的第二类医疗数据;所述第一类医疗数据反映所述病人的生理情况,所述第二类医疗数据反映所述病人接受的治疗措施;
基于所述病人的所述第一类医疗数据以及所述第二类医疗数据,得到所述病人一个或多个生理结构的总结信息;其中,所述生理结构的总结信息包括:对所述生理结构状态的总结,基于所述治疗措施的变化详情对治疗措施的总结以及基于所述生理数据和/或其变化详情对病情的总结;
在显示界面的多个显示区域中对应显示一个或多个所述生理结构的总结信息;
所述显示区域可被选定,所述在显示界面显示所述生理结构的评估信息,包括:
接收用于选定一个显示区域的指令,响应于所述指令,将当前显示界面跳转到选定显示区域显示的生理结构的监护界面,并在该生理结构的监护界面显示所述生理结构的评估信息。
12.如权利要求11所述的方法,其特征在于,所述对治疗措施的总结以及所述对病情的总结用于从两个不同的临床维度支持所述对生理结构状态的总结;所述对生理结构状态的总结包括生理结构稳定和不稳定这两种。
13.如权利要求2所述的方法,其特征在于,所述显示界面显示有所述生理结构的标识;
所述标识与所述稳定性结论对应,生理结构稳定和生理结构不稳定这两种稳定性结论对应的标识的显示方式不同;或者,
所述标识与所述风险预警结论对应,存在风险预警结论和不存在风险预警结论对应的标识的显示方式不同。
14.如权利要求1所述的方法,其特征在于,所述生理系统包括运动系统、神经系统、内分泌系统、循环系统、呼吸系统、消化系统、泌尿系统以及生殖系统中的至少一个;所述器官包括大脑、心脏、肺、肝脏、胃以及肾脏中的至少一个;所述生理系统的特征或所述生理器官的特征包括凝血、营养、感染或血糖。
15.一种医疗数据的显示方法,其特征在于,包括:
获取病人的医疗数据;所述病人的医疗数据来源于医疗数据来源设备,其中,所述医疗数据来源设备包括:监护设备、治疗设备、影像设备以及体外诊断设备中的至少两个,当所述医疗数据来源设备包括所述监护设备时,所述病人的医疗数据包括来源于该监护设备的监护数据,当所述医疗数据来源设备包括所述治疗设备时,所述病人的医疗数据包括来源于该治疗设备的治疗数据,当所述医疗数据来源设备包括所述影像设备时,所述病人的医疗数据包括来源于该影像设备的影像数据,当所述医疗数据来源设备包括所述体外诊断设备时,所述病人的医疗数据包括来源于该体外诊断设备的检测数据;
基于所述病人的医疗数据,得到所述病人的生理结构的第一评估信息、第二评估信息、第三评估信息和第四评估信息中的至少一个;所述生理结构包括所述病人的生理系统、器官、所述生理系统的特征或所述器官的特征;其中,所述第一评估信息包括诊疗措施建议以及用于从临床维度支持所述诊疗措施建议的第一医疗数据信息,所述第二评估信息包括用于反映所述生理结构的稳定情况的稳定性结论以及用于从临床维度支持所述稳定性结论的第二医疗数据信息,所述第三评估信息包括诊断结论以及用于从临床维度支持所述诊断结论的第三医疗数据信息,所述第四评估信息包括风险预警结论以及用于从临床维度支持所述风险预警结论的第四医疗数据信息;所述第一医疗数据信息、第二医疗数据信息、第三医疗数据信息和第四医疗数据信息均由所述病人的医疗数据处理得到;
在显示界面显示得到的所述病人生理结构的第一评估信息、第二评估信息、第三评估信息和第四评估信息中的至少一个。
16.一种医疗数据的处理系统,其特征在于,包括:
显示器;
一个或多个通信接口,所述一个或多个通信接口用于与一个或多个医疗数据来源设备通信;
存储器,用于存储程序;
处理器,用于执行所述程序以实现如权利要求1-15中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,所述介质上存储有程序,所述程序能够被处理器执行以实现如权利要求1-15中任一项所述的方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410870280 | 2024-06-30 | ||
| CN2024108702805 | 2024-06-30 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN121237364A true CN121237364A (zh) | 2025-12-30 |
Family
ID=98155699
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202510903689.7A Pending CN121237364A (zh) | 2024-06-30 | 2025-06-30 | 一种医疗数据的显示方法和处理系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN121237364A (zh) |
-
2025
- 2025-06-30 CN CN202510903689.7A patent/CN121237364A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9211096B2 (en) | Real time clinical decision support system having medical systems as display elements | |
| US8936555B2 (en) | Real time clinical decision support system having linked references | |
| Gardner et al. | Patient monitoring systems | |
| EP4571776A1 (en) | Life information processing system and life information processing method | |
| US10998095B2 (en) | Tool for recommendation of ventilation therapy guided by risk score for acute respirator distress syndrome (ARDS) | |
| WO2020082341A1 (zh) | 医疗设备、用于医疗设备的多工作模式监护设置方法及装置 | |
| US20220202350A1 (en) | Multiparameter noninvasive sepsis monitor | |
| WO2017001495A1 (en) | Optimal drug dosing based on current anesthesia practice | |
| WO2014182677A1 (en) | Real time clinical decision support system having medical systems as display elements | |
| CN117594180A (zh) | 显示医疗数据的方法和生命信息处理系统 | |
| CN121237364A (zh) | 一种医疗数据的显示方法和处理系统 | |
| CN117594215A (zh) | 一种生命信息处理系统及处理方法 | |
| WO2014182682A1 (en) | Real time clinical decision support system having linked references | |
| Herasevich et al. | Patient monitoring systems | |
| WO2026006932A1 (zh) | 一种显示医疗数据的方法和系统 | |
| US20260123893A1 (en) | System for processing vital information and method for processing vital information | |
| EP4589603A1 (en) | A method, device, equipment, and medium for evaluating patient ecmo operation status | |
| CN117594217A (zh) | 显示病人状态的方法和生命信息处理系统 | |
| CN121368805A (zh) | 一种生命信息处理系统及生命信息处理方法 | |
| CN118280553A (zh) | 一种医疗设备及其参数处理方法、显示方法 | |
| Clifford et al. | User guide and documentation for the MIMIC II database (version 2, release 1) | |
| CN120766959A (zh) | 基于人工智能的围术期麻醉风险管理方法及应用 | |
| CN121506416A (zh) | 一种基于多模态数据融合的胸外科手术监护室智能管理系统 | |
| Ketikidis | ARRES: Computer-assisted decision support system for the post-anaesthesia care unit |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |