CN116805521B - 面向历史信息的医院档案监控平台与方法 - Google Patents
面向历史信息的医院档案监控平台与方法 Download PDFInfo
- Publication number
- CN116805521B CN116805521B CN202311058918.7A CN202311058918A CN116805521B CN 116805521 B CN116805521 B CN 116805521B CN 202311058918 A CN202311058918 A CN 202311058918A CN 116805521 B CN116805521 B CN 116805521B
- Authority
- CN
- China
- Prior art keywords
- treatment
- history information
- patient
- condition
- representing
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 260
- 238000012544 monitoring process Methods 0.000 title claims abstract description 18
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000010276 construction Methods 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 claims description 4
- 238000004140 cleaning Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 claims description 3
- 230000008602 contraction Effects 0.000 claims description 3
- 238000011946 reduction process Methods 0.000 claims 1
- 238000007726 management method Methods 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
面向历史信息的医院档案监控平台与方法,在取出患者的历史信息后,最高几率是患者的历史信息择用恰当的进程执行患者的历史信息处置,且接着对进程的个数执行权衡,最大化的确保用最恰当个数的进程执行患者的历史信息处置,以此不能产生软硬件的过高耗损费,同步的亦确保了能可靠平稳的执行患者的历史信息处置。
Description
技术领域
本发明属于医院档案监控技术领域,具体涉及一种面向历史信息的医院档案监控平台与方法。
背景技术
在当今医院档案管理中,医院电子档案管理模式成为医院档案管理的主流,电子档案管理模式顺应了当前电子化信息的时代,电子档案管理是指将医院的各类档案以信息库的形式进行入档、管理。相比传统的档案管理方法来说,电子档案管理已是大势所趋,大大提高了工作效率。传统医学档案管理是人工整理、登记,耗费了大量的人力、物力、财力,并且出错率比较高。现在采用电子档案的档案管理模式,极大地简化了工作流程,电子化档案管理是采用计算机技术、扫描技术、摄影技术、信息库技术、多媒体技术以及存储技术等,将传统纸质的资源转化为电子化的档案信息,以信息库的形式进行储存。
而目前针对医院档案的管理,就有如专利号为“CN201810175251.1”且专利名称为“一种急救信息管理系统”的现有技术方案,其经由急救客户端把患者的历史信息传至服务器,服务器把患者的历史信息存放成急救信息档案。
伴着患者的历史信息的持续的加多,急救客户端的患者的历史信息处置的程序亦愈来愈复杂,现在在执行处置的期间,包含对患者的历史信息执行出错的监控,对患者的历史信息执行传递期间的监控,以上监控的方法都能运用程序进程执行,然而在运用程序进程执行患者的历史信息处置时,常常并未涉及到程序进程是不是宜于执行患者的历史信息处置,所以针对程序进程的择用常常带有风险,而该类风险常常会在处置患者的历史信息时产生出错问题,让处置患者的历史信息时的可靠性减弱。
所以,怎样给出一可确保处置患者的历史信息可靠性的处置方法,为亟待达成的目标。
发明内容
为解决现有技术中带有的缺陷,本发明提出一种面向历史信息的医院档案监控平台与方法,在取出患者的历史信息后,最高几率是患者的历史信息择用恰当的进程执行患者的历史信息处置,且接着对进程的个数执行权衡,最大化的确保用最恰当个数的进程执行患者的历史信息处置,以此不能产生软硬件的过高耗损费,同步的亦确保了能可靠平稳的执行患者的历史信息处置。
本发明运用如下的技术方案。
一种面向历史信息的医院档案监控方法,包括:
步骤1,急救客户端构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;
步骤2,服务器把患者的历史信息存放成急救信息档案;
取出暂存内的患者的历史信息传至服务器的方法,运行在急救客户端上,其包含:
步骤1-1,取出患者的历史信息;
步骤1-2,依据取出的患者的历史信息认定处置进程;
步骤1-3,确认处置进程的个数是不是要执行改变;
步骤1-4,对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置。
优选地,处置进程是程序进程,程序进程为可执行患者的历史信息处置的进程。
优选地,步骤1-2具体包含:
步骤1-2-1,构造若干程序进程,组成程序进程组;
步骤1-2-2,依据构造达成若干程序进程组,确认取出的患者的历史信息的患者的历史信息量;
步骤1-2-3,在程序进程组内择用适合状况一的程序进程当做处置进程;
步骤1-2-4,在程序进程组内择用适合状况二的程序进程当做处置进程。
优选地,适合状况二是:或者/>。
优选地,如果患者的历史信息的患者的历史信息量高过设置的临界量,就转到步骤1-2-3,如果患者的历史信息的患者的历史信息量未高过设置的临界量,就转到步骤1-2-4。
优选地,确认是不是适合状况一的方程是:
这里代表事先设置的取出患者的历史信息的最大频率,/>代表事先设置的所能允许的取出患者的历史信息的最小频率,/>代表进程的即时取出患者的历史信息的频率;/>代表事先设置的传递患者的历史信息所能允许的最高耗时,/>代表事先设置的传递患者的历史信息的最低耗时,/>代表进程的即时传递患者的历史信息的耗时,/>代表设置的频率临界量,/>代表设置的耗时临界量。
优选地,优选地,步骤1-3具体包含:
步骤1-3-1,确认适合状况一的处置进程的个数是不是要改变;
步骤1-3-2,确认适合状况二的处置进程的个数是不是要改变。
优选地,确认适合状况一的处置进程是不是要改变的方法,包含:
把适合状况一的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量二,也就是设置的时长二低于设置的临界量一,也就是设置的时长一,如果高过设置的时长二低于设置的时长一,就表征现时处置进程不必改变,如果高过设置的时长一,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长二,那么处置耗时太低,表征现时处置进程的个数太高。
优选地,适合状况一的处置进程的处置耗时是:/>
这里,代表适合状况一的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况一的处置进程的个数,/>代表适合状况一的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况一的处置进程执行连接后取得的连接的条数。
优选地,确认适合状况二的处置进程是不是要改变的方法,包含:
把适合状况二的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量四,也就是设置的时长四低于设置的临界量三,也就是设置的时长三,如果高过设置的时长四低于设置的时长三,就表征现时处置进程不必改变,如果高过设置的时长三,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长四,那么处置耗时太低,表征现时处置进程的个数太高。
优选地,适合状况二的处置进程的处置耗时的方法,包含:
这里,代表适合状况二的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况二的处置进程的个数,/>代表适合状况二的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况而的处置进程执行连接后取得的连接的条数。
优选地,如果适合状况一的处置进程的处置耗时高过设置的时长一,就对适合状况一的处置进程执行扩展进程的改变处置,如果适合状况一的处置进程的处置耗时/>低于设置的时长二,就对适合状况一的处置进程执行缩小进程的改变处置;
如果适合状况二的处置进程的处置耗时高过设置的时长三,就对适合状况二的处置进程执行扩展进程的改变处置,如果适合状况二的处置进程的处置耗时/>低于设置的时长四,就对适合状况二的处置进程执行缩小进程的改变处置;
扩展进程的改变处置的方法,包含:
在程序进程组内择用在处置进程之外的随意的程序进程,该程序进程就当做处置进程运用;
缩小进程的改变处置的方法,包含:
在适合状况一的处置进程或者适合状况二的处置进程内随意择用进程执行清除。
这里对适合状况一的处置进程或者适合状况二的处置进程执行扩展或者缩小处置进程后,重新认定处置耗时与/>,知道处置耗时/>高过设置的时长二低于设置的时长一,或者处置耗时/>高过设置的时长四低于设置的时长三。
一种面向历史信息的医院档案监控平台,包括:
急救客户端与同其通讯连接的服务器;
急救客户端用于构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;
服务器用于把患者的历史信息存放成急救信息档案;
运行在急救客户端上的模块包含:
取出模块,其用于取出患者的历史信息;
认定模块,其用于依据取出的患者的历史信息认定处置进程;
确认模块,其用于确认处置进程的个数是不是要执行改变;
处置模块,其用于对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置。
本发明的有益效果在于,与现有技术相比,本发明在取出患者的历史信息后,最高几率是患者的历史信息择用恰当的进程执行患者的历史信息处置,且接着对进程的个数执行权衡,最大化的确保用最恰当个数的进程执行患者的历史信息处置,以此不能产生软硬件的过高耗损费,同步的亦确保了能可靠平稳的执行患者的历史信息处置。
附图说明
图1是本发明中所述步骤1-1到步骤1-4的部分流程图;
图2是本发明中所述运行在急救客户端上的模块示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明的技术方案执行清楚、完整地表达。本申请所表达的实施例仅仅是本发明一部分的实施例,而不是全体实施例。基于本发明精神,本领域普通技术人员在未有作出创造性劳动前提下所取得的有所另外实施例,都归于本发明的保护范围。
如图1所示,本发明所述的一种面向历史信息的医院档案监控方法,包括:
步骤1,急救客户端构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;患者的历史信息包含患者信息与设置的医院标识。
步骤2,服务器把患者的历史信息存放成急救信息档案;
取出暂存内的患者的历史信息传至服务器的方法,运行在急救客户端上,其包含:
步骤1-1,取出患者的历史信息;
这里患者的历史信息应包含患者信息与设置的医院标识;取出患者的历史信息为经暂存内取出的患者的历史信息。
步骤1-2,依据取出的患者的历史信息认定处置进程;
本发明优选但非限制性的实施方法中,处置进程是程序进程,程序进程为可执行患者的历史信息处置的进程,所以对该程序进程就有一些标准或规范,就像对进程取出患者的历史信息的频率,还有进程的传递患者的历史信息的耗时均有一些标准或规范,把以上标准或规范同患者的历史信息组合,执行处置进程的择用。
本发明优选但非限制性的实施方法中,步骤1-2具体包含:
步骤1-2-1,构造若干程序进程,组成程序进程组;
这里任意构造若干程序进程,任意构造的若干程序进程组成程序进程组;构造程序进程的方法可运用传统的集成构造方法。
步骤1-2-2,依据构造达成若干程序进程组,确认取出的患者的历史信息的患者的历史信息量;
本发明优选但非限制性的实施方法中,可依据传统的信息量认定方法(就像历史信息的条数或者其字节量的多少)认定患者的历史信息的患者的历史信息量,如果患者的历史信息的患者的历史信息量高过设置的临界量,就转到步骤1-2-3,如果患者的历史信息的患者的历史信息量未高过设置的临界量,就转到步骤1-2-4。
步骤1-2-3,在程序进程组内择用适合状况一的程序进程当做处置进程;
这里如果患者的历史信息的患者的历史信息量高过设置的临界量,那么相关的对程序进程的标准或规范会更强,这样就要在程序进程组内择用适合状况一的程序进程当做处置进程。
这里把进程取出患者的历史信息的频率与传递患者的历史信息的耗时当做确认客体,确认二者是不是匹配状况一。
本发明优选但非限制性的实施方法中,确认是不是适合状况一的方程是:
这里代表事先设置的取出患者的历史信息的最大频率,/>代表事先设置的所能允许的取出患者的历史信息的最小频率,/>代表进程的即时取出患者的历史信息的频率;/>代表事先设置的传递患者的历史信息所能允许的最高耗时,/>代表事先设置的传递患者的历史信息的最低耗时,/>代表进程的即时传递患者的历史信息的耗时,/>代表设置的频率临界量,/>代表设置的耗时临界量,频率临界量与耗时临界量都能让监控者事先设置。
这里确认程序进程组内的进程是不是匹配设置的状况一,如果匹配设置的状况一,就可当做处置进程,实施步骤1-3。
步骤1-2-4,在程序进程组内择用适合状况二的程序进程当做处置进程。
本发明优选但非限制性的实施方法中,适合状况二是:或者
这里确认程序进程组中的进程匹配是不是匹配或者/>随便一方程时,就能当做处置进程,实施步骤1-3。
步骤1-3,确认处置进程的个数是不是要执行改变;
这里处置进程的个数要是太高,就会产生一些软硬件的耗损,而要是太低,就会产生患者的历史信息的处置即时性不足的问题,所以就要对处置进程的个数执行操控;本发明优选但非限制性的实施方法中,步骤1-3具体包含:
步骤1-3-1,确认适合状况一的处置进程的个数是不是要改变;
本发明优选但非限制性的实施方法中,确认适合状况一的处置进程是不是要改变的方法,包含:
把适合状况一的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量二,也就是设置的时长二低于设置的临界量一,也就是设置的时长一,如果高过设置的时长二低于设置的时长一,就表征现时处置进程不必改变,如果高过设置的时长一,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长二,那么处置耗时太低,表征现时处置进程的个数太高。
本发明优选但非限制性的实施方法中,适合状况一的处置进程的处置耗时是:
这里,代表适合状况一的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况一的处置进程的个数,/>代表适合状况一的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况一的处置进程执行连接后取得的连接的条数。
这里设置的时长一与设置的时长二都是事前设置的量,设置的时长一的量高过设置的时长二的量。
如果高过设置的时长一,那么处置耗时太高,现时处置进程个数不够,就实施步骤1-4,如果/>低于设置的时长二,那么处置耗时太低,表征现时处置进程的个数太高,就实施步骤1-4。
步骤1-3-2,确认适合状况二的处置进程的个数是不是要改变。
本发明优选但非限制性的实施方法中,这里与步骤1-3-1的原理一样,确认适合状况二的处置进程是不是要改变的方法,包含:
把适合状况二的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量四,也就是设置的时长四低于设置的临界量三,也就是设置的时长三,如果高过设置的时长四低于设置的时长三,就表征现时处置进程不必改变,如果高过设置的时长三,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长四,那么处置耗时太低,表征现时处置进程的个数太高。
本发明优选但非限制性的实施方法中,适合状况二的处置进程的处置耗时的方法,包含:/>
这里,代表适合状况二的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况二的处置进程的个数,/>代表适合状况二的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况而的处置进程执行连接后取得的连接的条数。
这里设置的时长三与设置的时长四都是事前设置的量,设置的时长三的量高过设置的时长四的量。
如果高过设置的时长三,那么处置耗时太高,现时处置进程个数不够,就实施步骤1-4,如果低于设置的时长四,那么处置耗时太低,表征现时处置进程的个数太高,就实施步骤1-4。
步骤1-4,对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置。
本发明优选但非限制性的实施方法中,如果适合状况一的处置进程的处置耗时高过设置的时长一,就对适合状况一的处置进程执行扩展进程的改变处置,如果适合状况一的处置进程的处置耗时/>低于设置的时长二,就对适合状况一的处置进程执行缩小进程的改变处置;
如果适合状况二的处置进程的处置耗时高过设置的时长三,就对适合状况二的处置进程执行扩展进程的改变处置,如果适合状况二的处置进程的处置耗时/>低于设置的时长四,就对适合状况二的处置进程执行缩小进程的改变处置;
扩展进程的改变处置的方法,包含:
在程序进程组内择用在处置进程之外的随意的程序进程,该程序进程就当做处置进程运用;
经由在程序进程组内重新择用处置进程的方法,不必重新构造进程,也就是节约了软硬件的耗损亦节约了回馈的耗时。
缩小进程的改变处置的方法,包含:
在适合状况一的处置进程或者适合状况二的处置进程内随意择用进程执行清除。
这里对适合状况一的处置进程或者适合状况二的处置进程执行扩展或者缩小处置进程后,重新认定处置耗时与/>,知道处置耗时/>高过设置的时长二低于设置的时长一,或者处置耗时/>高过设置的时长四低于设置的时长三。
在达成进程的改变处置后,运用改变处置后的进程执行患者的历史信息处置。就像把患者的历史信息存放于各个处置进程内,或者把患者的历史信息经各个程序进程内取出。
如图2所示,本发明所述的一种面向历史信息的医院档案监控平台,包括:
急救客户端与同其通讯连接的服务器;
急救客户端用于构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;患者的历史信息包含患者信息与设置的医院标识。
服务器用于把患者的历史信息存放成急救信息档案;
运行在急救客户端上的模块包含:
取出模块,其用于取出患者的历史信息;
认定模块,其用于依据取出的患者的历史信息认定处置进程;
确认模块,其用于确认处置进程的个数是不是要执行改变;
处置模块,其用于对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置。
本发明的有益效果在于,与现有技术相比,本发明在取出患者的历史信息后,最高几率是患者的历史信息择用恰当的进程执行患者的历史信息处置,且接着对进程的个数执行权衡,最大化的确保用最恰当个数的进程执行患者的历史信息处置,以此不能产生软硬件的过高耗损费,同步的亦确保了能可靠平稳的执行患者的历史信息处置。
本公开能是系统、方法和/或计算机程序产品。计算机程序产品能包括计算机可读附注介质,其上载有用于使处理器达费用公开的每个方面的计算机可读程序指令。
计算机可读附注介质能是能保持和附注由指令执行电网线路运用的指令的有形电网线路。计算机可读附注介质就像能是――但不限于――电附注电网线路、磁附注电网线路、光附注电网线路、电磁附注电网线路、半导体附注电网线路或上述的随意恰当的汇合。计算机可读附注介质的更进一步地例子(非枚举的列表)包括:便携式计算机盘、硬盘、随意存取附注器(RAM)、只读附注器(ROM)、可擦式可编程只读附注器(EPROM或闪存)、静态随意存取附注器(SRAM)、便携式压缩盘只读附注器(HD-ROM)、数值多用途盘(DXD)、记忆棒、软盘、机械编码电网线路、就像其上附注有指令的打孔卡或凹槽内凸起结构、与上述的随意恰当的汇合。这里所运用的计算机可读附注介质不被解释为瞬时消息本身,诸如无线电波或另外自由传播的电磁波、通过波导或另外传递媒介传播的电磁波(就像,通过输电线路电缆的光脉冲)、或通过电线传递的电消息。
这里所表达的计算机可读程序指令能从计算机可读附注介质下载到每个推算/处理电网线路,或通过无线网、就像因特网、局域网、广域网和/或无线网下载到外部计算机或外部附注电网线路。无线网能包括铜传递电缆、输电线路传递、无线传递、路由器、防火墙、交换机、WIFI装置计算机和/或边缘业务器。每个推算/处理电网线路中的无线网适配卡或无线网端口从无线网收取计算机可读程序指令,并转发该计算机可读程序指令,来让存放于每个推算/处理电网线路中的计算机可读附注介质中。
用于执行本公开运作的计算机程序指令能是汇编指令、指令集架构(lSA)指令、机器指令、机器关联指令、微代码、固件指令、条件定义数值、或以一种或多种编程语言的随意汇合编写的源代码或目的代码,所述编程语言包括面向对象的编程语言—诸如SdallqalA、H++等,与常规的过程式编程语言—诸如“H’语言或类似的编程语言。计算机可读程序指令能完全地在客户计算机上执行、部分地在客户计算机上执行、当做一个单一的软件包执行、部分在客户计算机上部分在远程计算机上执行、或完全在远程计算机或业务器上执行。在涉及远程计算机的形态中,远程计算机能通过随意属别的无线网—包括局域网(LAb)或广域网(UAb)—连接到客户计算机,或,能连接到外部计算机(就像运用因特网业务提供商来通过因特网连接)。在一些实施例中,通过运用计算机可读程序指令的工况数值来个性化定制电子电路,就像可编程逻辑电路、现场可编程门阵列(处置平台)或可编程逻辑阵列(PLA),该电子电路能执行计算机可读程序指令,以此达费用公开的每个方面。
最后应当说明的是,以上实施例仅用以说明本发明的技术方案而非对其限制,尽管参照上述实施例对本发明执行了详细的说明,所属领域的普通技术人员应当理解:依然能对本发明的具体实施方式执行修改或等同刷新,而未脱离本发明精神和区间的任何修改或等同刷新,其均应涵盖在本发明的权利要求保护区间之内。
Claims (4)
1.一种面向历史信息的医院档案监控方法,其特征在于,包括:
步骤1,急救客户端构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;
步骤2,服务器把患者的历史信息存放成急救信息档案;
取出暂存内的患者的历史信息传至服务器的方法,运行在急救客户端上,其包含:
步骤1-1,取出患者的历史信息;
步骤1-2,依据取出的患者的历史信息认定处置进程;
步骤1-3,确认处置进程的个数是不是要执行改变;
步骤1-4,对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置;
处置进程是程序进程,程序进程为可执行患者的历史信息处置的进程;
步骤1-2具体包含:
步骤1-2-1,构造若干程序进程,组成程序进程组;
步骤1-2-2,依据构造达成若干程序进程组,确认取出的患者的历史信息的患者的历史信息量;
步骤1-2-3,在程序进程组内择用适合状况一的程序进程当做处置进程;
步骤1-2-4,在程序进程组内择用适合状况二的程序进程当做处置进程;
适合状况二是:
或者/>;
如果患者的历史信息的患者的历史信息量高过设置的临界量,就转到步骤1-2-3,如果患者的历史信息的患者的历史信息量未高过设置的临界量,就转到步骤1-2-4;
确认是不是适合状况一的方程是:
这里代表事先设置的取出患者的历史信息的最大频率,/>代表事先设置的所能允许的取出患者的历史信息的最小频率,/>代表进程的即时取出患者的历史信息的频率;/>代表事先设置的传递患者的历史信息所能允许的最高耗时,/>代表事先设置的传递患者的历史信息的最低耗时,/>代表进程的即时传递患者的历史信息的耗时,/>代表设置的频率临界量,/>代表设置的耗时临界量;
步骤1-3具体包含:
步骤1-3-1,确认适合状况一的处置进程的个数是不是要改变;
步骤1-3-2,确认适合状况二的处置进程的个数是不是要改变;
确认适合状况一的处置进程是不是要改变的方法,包含:
把适合状况一的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量二,也就是设置的时长二低于设置的临界量一,也就是设置的时长一,如果高过设置的时长二低于设置的时长一,就表征现时处置进程不必改变,如果高过设置的时长一,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长二,那么处置耗时太低,表征现时处置进程的个数太高;
适合状况一的处置进程的处置耗时是:
这里,/>代表适合状况一的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况一的处置进程的个数,/>代表适合状况一的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况一的处置进程执行连接后取得的连接的条数;
确认适合状况二的处置进程是不是要改变的方法,包含:
把适合状况二的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量四,也就是设置的时长四低于设置的临界量三,也就是设置的时长三,如果高过设置的时长四低于设置的时长三,就表征现时处置进程不必改变,如果高过设置的时长三,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长四,那么处置耗时太低,表征现时处置进程的个数太高;
适合状况二的处置进程的处置耗时的方法,包含:
这里,/>代表适合状况二的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况二的处置进程的个数,/>代表适合状况二的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况而的处置进程执行连接后取得的连接的条数。
2.根据权利要求1所述的面向历史信息的医院档案监控方法,其特征在于,如果适合状况一的处置进程的处置耗时高过设置的时长一,就对适合状况一的处置进程执行扩展进程的改变处置,如果适合状况一的处置进程的处置耗时/>低于设置的时长二,就对适合状况一的处置进程执行缩小进程的改变处置;
如果适合状况二的处置进程的处置耗时高过设置的时长三,就对适合状况二的处置进程执行扩展进程的改变处置,如果适合状况二的处置进程的处置耗时/>低于设置的时长四,就对适合状况二的处置进程执行缩小进程的改变处置。
3.根据权利要求2所述的面向历史信息的医院档案监控方法,其特征在于,扩展进程的改变处置的方法,包含:
在程序进程组内择用在处置进程之外的随意的程序进程,该程序进程就当做处置进程运用;
缩小进程的改变处置的方法,包含:
在适合状况一的处置进程或者适合状况二的处置进程内随意择用进程执行清除;
这里对适合状况一的处置进程或者适合状况二的处置进程执行扩展或者缩小处置进程后,重新认定处置耗时与/>,知道处置耗时/>高过设置的时长二低于设置的时长一,或者处置耗时/>高过设置的时长四低于设置的时长三。
4.一种面向历史信息的医院档案监控平台,其特征在于,包括:
急救客户端与同其通讯连接的服务器;
急救客户端用于构造患者的历史信息且存于暂存内,接着取出暂存内的患者的历史信息传至服务器;
服务器用于把患者的历史信息存放成急救信息档案;
运行在急救客户端上的模块包含:
取出模块,其用于取出患者的历史信息;
认定模块,其用于依据取出的患者的历史信息认定处置进程;
确认模块,其用于确认处置进程的个数是不是要执行改变;
处置模块,其用于对处置进程执行改变处置,运用改变处置后的处置进程执行患者的历史信息处置;
处置进程是程序进程,程序进程为可执行患者的历史信息处置的进程;
依据取出的患者的历史信息认定处置进程具体包含:
构造若干程序进程,组成程序进程组;
依据构造达成若干程序进程组,确认取出的患者的历史信息的患者的历史信息量;
在程序进程组内择用适合状况一的程序进程当做处置进程;
在程序进程组内择用适合状况二的程序进程当做处置进程;
适合状况二是:
或者/>;
如果患者的历史信息的患者的历史信息量高过设置的临界量,就在程序进程组内择用适合状况一的程序进程当做处置进程,如果患者的历史信息的患者的历史信息量未高过设置的临界量,就在程序进程组内择用适合状况二的程序进程当做处置进程;
确认是不是适合状况一的方程是:
这里/>代表事先设置的取出患者的历史信息的最大频率,代表事先设置的所能允许的取出患者的历史信息的最小频率,/>代表进程的即时取出患者的历史信息的频率;/>代表事先设置的传递患者的历史信息所能允许的最高耗时,/>代表事先设置的传递患者的历史信息的最低耗时,/>代表进程的即时传递患者的历史信息的耗时,/>代表设置的频率临界量,/>代表设置的耗时临界量;
确认处置进程的个数是不是要执行改变具体包含:
确认适合状况一的处置进程的个数是不是要改变;
确认适合状况二的处置进程的个数是不是要改变;
确认适合状况一的处置进程是不是要改变的方法,包含:
把适合状况一的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量二,也就是设置的时长二低于设置的临界量一,也就是设置的时长一,如果高过设置的时长二低于设置的时长一,就表征现时处置进程不必改变,如果高过设置的时长一,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长二,那么处置耗时太低,表征现时处置进程的个数太高;
适合状况一的处置进程的处置耗时是:
这里,/>代表适合状况一的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况一的处置进程的个数,/>代表适合状况一的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况一的处置进程执行连接后取得的连接的条数;
确认适合状况二的处置进程是不是要改变的方法,包含:
把适合状况二的处置进程当做一体系,确认处置患者的历史信息的处置耗时是不是高过设置的临界量四,也就是设置的时长四低于设置的临界量三,也就是设置的时长三,如果高过设置的时长四低于设置的时长三,就表征现时处置进程不必改变,如果高过设置的时长三,那么处置耗时太高,现时处置进程个数不够,如果低于设置的时长四,那么处置耗时太低,表征现时处置进程的个数太高;
适合状况二的处置进程的处置耗时的方法,包含:
这里,/>代表适合状况二的第/>个处置进程收取患者的历史信息所要的耗时,/>代表适合状况二的处置进程的个数,/>代表适合状况二的处置进程内的最高收取历史信息的频次,/>代表适合状况一的处置进程内的最低收取历史信息的频次,/>代表把适合状况而的处置进程执行连接后取得的连接的条数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311058918.7A CN116805521B (zh) | 2023-08-22 | 2023-08-22 | 面向历史信息的医院档案监控平台与方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311058918.7A CN116805521B (zh) | 2023-08-22 | 2023-08-22 | 面向历史信息的医院档案监控平台与方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116805521A CN116805521A (zh) | 2023-09-26 |
CN116805521B true CN116805521B (zh) | 2023-11-14 |
Family
ID=88079634
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311058918.7A Active CN116805521B (zh) | 2023-08-22 | 2023-08-22 | 面向历史信息的医院档案监控平台与方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116805521B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20070043337A (ko) * | 2005-10-21 | 2007-04-25 | 연세대학교 산학협력단 | 중증도 분류 및 이송병원을 선정하는 응급의료정보 시스템 |
CN101178671A (zh) * | 2007-12-11 | 2008-05-14 | 北大方正集团有限公司 | 在服务器端动态配置业务处理进程的方法和系统 |
CN101226624A (zh) * | 2008-02-15 | 2008-07-23 | 上海申通轨道交通研究咨询有限公司 | 轨道交通票务数据分级分类处理系统及其方法 |
CN106156092A (zh) * | 2015-04-01 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置 |
CN108335739A (zh) * | 2018-03-02 | 2018-07-27 | 青岛大学附属医院 | 一种急救信息管理系统 |
CN110162466A (zh) * | 2019-04-19 | 2019-08-23 | 平安国际智慧城市科技股份有限公司 | 自动测试方法、装置、计算机设备和存储介质 |
KR102320066B1 (ko) * | 2021-04-21 | 2021-11-02 | (주)미라벨소프트 | 전자처방전 기반 환자 맞춤형 처방 및 이상반응 관리 서비스 |
-
2023
- 2023-08-22 CN CN202311058918.7A patent/CN116805521B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20070043337A (ko) * | 2005-10-21 | 2007-04-25 | 연세대학교 산학협력단 | 중증도 분류 및 이송병원을 선정하는 응급의료정보 시스템 |
CN101178671A (zh) * | 2007-12-11 | 2008-05-14 | 北大方正集团有限公司 | 在服务器端动态配置业务处理进程的方法和系统 |
CN101226624A (zh) * | 2008-02-15 | 2008-07-23 | 上海申通轨道交通研究咨询有限公司 | 轨道交通票务数据分级分类处理系统及其方法 |
CN106156092A (zh) * | 2015-04-01 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置 |
CN108335739A (zh) * | 2018-03-02 | 2018-07-27 | 青岛大学附属医院 | 一种急救信息管理系统 |
CN110162466A (zh) * | 2019-04-19 | 2019-08-23 | 平安国际智慧城市科技股份有限公司 | 自动测试方法、装置、计算机设备和存储介质 |
KR102320066B1 (ko) * | 2021-04-21 | 2021-11-02 | (주)미라벨소프트 | 전자처방전 기반 환자 맞춤형 처방 및 이상반응 관리 서비스 |
Also Published As
Publication number | Publication date |
---|---|
CN116805521A (zh) | 2023-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101977382B (zh) | 音视频集成控制电路及其接入接入点的方法 | |
CN103034483B (zh) | 网页脚本管理方法和系统 | |
CN114375069B (zh) | 一种通信方法和网络设备 | |
CN101699822A (zh) | 一种文件上传方法、装置和海量存储系统 | |
US8843452B2 (en) | Utilizing metadata to optimize efficiency for archiving emails | |
WO2021139348A1 (zh) | 控制器的位置信息获取方法及装置 | |
EP2187586A1 (en) | Facilitating the transmission of electronic mail | |
CN101963909B (zh) | 情报处理装置、工作流系统及工作流管理方法 | |
CN105227610A (zh) | 一种文件上传、保存方法及装置 | |
CN116805521B (zh) | 面向历史信息的医院档案监控平台与方法 | |
CN105843886A (zh) | 一种基于多线程的电网离线模型数据查询方法 | |
CN109358873A (zh) | 一种应用程序更新方法、存储介质和终端设备 | |
CN105516086A (zh) | 业务处理方法及装置 | |
CN112394957A (zh) | 服务器升级方法、装置、服务器及存储介质 | |
US20230106697A1 (en) | Commit sets in a kubernetes environment | |
CN110138653A (zh) | 消息通知方法及装置 | |
CN111242776A (zh) | 基于区块链的记账方法、装置、存储介质及电子设备 | |
CN110659124A (zh) | 一种消息处理方法和装置 | |
CN112687375A (zh) | Dicom文件传输方法、系统、装置、服务器和存储介质 | |
CN107729470A (zh) | 一种图像数据处理方法及装置 | |
CN107968798A (zh) | 一种网管资源标签获取方法、缓存同步方法、装置及系统 | |
CN117707990B (zh) | 接地故障信息的处理装置与方法 | |
CN110647546A (zh) | 第三方规则引擎生成方法及装置 | |
CN108111607A (zh) | 一种基于互联网的数据综合处理系统 | |
CN116939030A (zh) | 用于电力系统中通信控制装置及方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |