CN101169840B - 用于紧急医疗情况调度系统的退出协议的方法和系统 - Google Patents
用于紧急医疗情况调度系统的退出协议的方法和系统 Download PDFInfo
- Publication number
- CN101169840B CN101169840B CN200610142489.1A CN200610142489A CN101169840B CN 101169840 B CN101169840 B CN 101169840B CN 200610142489 A CN200610142489 A CN 200610142489A CN 101169840 B CN101169840 B CN 101169840B
- Authority
- CN
- China
- Prior art keywords
- dispatcher
- caller
- patient
- criticality
- instruction
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明描述了用于通过紧急调度员,接收、处理和响应紧急医疗呼叫的方法和系统。结合充分训练,提供了一种一致的、标准的和系统化的过程,监督和质量保证使得提供一种用于收集紧急医疗信息、将这些信息分类成用于适当响应的各种判定级、以及用于向呼叫者提供合格的紧急医疗信息,从而允许现场“零时间”响应的方法。通过适当地使用本发明,可引导调度员来询问呼叫者、收集关键信息、当需要时快速地调度适当的移动护理,以及特别地在本实施例中,向呼叫者提供适当的指导。本发明特别通过通用退出协议指导调度员,从而使用确定的危急程度值来识别最紧急事件,以及提供一致的可靠的后调度指令。
Description
技术领域
本发明涉及提供紧急医疗服务。更具体地,本发明涉及用于增加紧急医疗服务的效率和效力的方法和系统。
背景技术
期望提供一种系统的和标准化的方法,用于响应紧急医疗请求和提供用于病人护理的一致性医疗合格指令。已经进行了尝试来解决医疗护理评定的问题,但不能解决包括对病人的一致性医疗引导在内的紧急调度响应的特定问题。
发明内容
本发明公开了用于增加紧急医疗服务的效率和效力的紧急医疗调度的系统和方法。提供了一致的、标准的和系统化的过程,使得提供一种用于收集紧急医疗信息、将这些信息分类成用于适当响应的危急程度判定级、向呼叫者提供紧急医疗指令以允许“零时间”响应的方法。在一个实施例中,调度员对呼叫分配危急程度判定因素,确定响应的属性和优先级。危急程度判定因素也可以用来表示呼叫者的紧急情况的属性。该信息允许应答者在运送中为紧急情况做准备,从而节省关键时间。该信息也可以通过确保派遣适当的调度单元以及适当地装备这些单元以便处理紧急情况来保护应答者。本发明的一个实施例进一步为调度员提供前后相关的后调度指令。后调度指令可以用来保护呼叫者,允许呼叫者当应答者正在运送中时,对病人提供护理,以及指示呼叫者为应答者的到达做准备。
附图说明
现在,将详细说明本发明的优选实施例和附图中示出的示例。
图1示出在本发明的一个实施例中的操作顺序的流程图。
图2描述本发明实施例的翻转卡装置。
图3示出本发明实施例的翻转卡装置实施例中的典型翻转卡的组成部分。
图4a和4b示出本发明的计算机实现的实施例中使用的典型的计算机系统和电话服务的部件的系统图。
图5示出本发明的一个实施例的顶层步骤的流程图。
图6描述本发明的一个实施例的退出协议步骤的详细步骤。
图7示出本发明的退出协议步骤的翻转卡实施例。
具体实施方式
在此公开的系统和方法接收、处理和传送紧急医疗信息。系统和方法允许由专门训练的紧急医疗调度人员,快速评定危急或“关键”信息。这通过系统化初始询问,即呼叫者提供关键信息,诸如呼叫者的位置、呼叫者的电话号码、发生事件的描述、受伤害的人数、病人的年龄,以及有关意识和呼吸的病人的状态来实现。立即记下该信息以便识别紧急情况的危急程度以及确定适当响应。该信息可以产生一系列由调度员提供给呼叫者的确定的医疗指令。在一个实施例中,使用已编程退出协议来向呼叫者提供标准化医疗指令。
图1表示本发明的一个实施例中的完整的逻辑流程。图1详述调度紧急医疗响应的过程。
在100,紧急医疗调度员接收呼叫。然后,调度员执行案例输入协议101。案例输入协议101定义初始步骤,通过这些步骤,需要所有紧急呼叫者提供症状信息,以及存取医疗信息。案例输入协议101的目的是接收足够信息以便调度员识别呼叫者的主要病症。在案例输入协议101期间接收的信息包括问题的描述(或病人的病症)、病人的年龄,以及病人意识和呼吸状态。这些案例输入协议101询问通常称为“紧急医疗调度的四戒律”。
案例输入协议101的询问可以表示对紧急情况保证立即、最高响应102。如果病人无意识或无呼吸,调度员可以确定要求最高响应102。类似地,确认对呼吸不确定的无意识病人或不呼吸(以及证实不能呼吸)的有意识病人保证最高响应102。保证最高响应102的其他情形可以包括分娩、心脏骤停和呼吸停止。如果案例输入协议101表示要求最高响应,则在102立即调度最高响应。最高响应调度102在执行任何另外的询问前发生。在最高响应102,指示呼叫者保持线路接通以便等待进一步指令。
在102调度最高响应后,在103证实生命迹象。如果在103,调度员确定病人的生命不再处于紧迫危险中,可以通知在102调度的应答者以便他们以较安全模式进行。
在103证实生命迹象后,在109将后调度/预到达指令提供给呼叫者。后调度指令包括覆盖诸如骤停、窒息和分娩的威胁生命情形的算法脚本(algorithmic script)。在104提供的指令在经历CPR、海姆利克氏操作(Heimlich Maneuver)或紧急分娩过程时指导呼叫者。在许多情况下,在应答者到达的时间前正确地传送指令,使得更多病人得以存活。
在104提供指令后,该方法在109继续,其中,可以提供后调度/预到达指令。下面描述该步骤和步骤110。
在案例输入协议101,调度员可以确定呼叫不需要调度最高响应。在这种情况下,病人可以呼吸,但案例输入协议104还没有充分地退出来直接进入调度协议106。在这种情况下,将调度员分流到主要病症105。在主要病症分流105处,提供附加的询问以便向调度员提供确定呼叫者的主要病症的必要信息。分流105处的问题集中在心脏问题、工业/机器事故和一般疾病。
一旦调度员有足够的信息来识别呼叫者的主要病症,则调度员进入调度协议106。调度协议106定义包括“关键问题”的附加询问。调度协议和关键问题106需要约30秒完成。问题通常集中在呼叫者的主要病症上以及提供更有序的和详细的病人意见,以便提供适当的院前护理,并符合损伤或疾病的严重性。在该步骤106期间,调度员将症兆与那些症兆的严重性做匹配,以便在107将危险程度判定因素分配给呼叫。
在107,调度员基于在案例输入101、调度协议106和分流105(如果使用的话)期间提供的信息,将危险程度判定因素分配给呼叫。注意,如果案例输入协议101的询问表示紧迫生命威胁,危急程度级将自动设置成最高紧急级(Delta-D,如下所述)。
危急程度判定因素是两个值的组合,危急程度级和数量。危急程度级可以是四个值:Alpha-A,Bravo-B,Charlie-C和Delta-D中的一个。这些等级表示从最高危急(Delta-D)到最低危急(Alpha-A)的紧急事件范围。在一个实施例中,在案例输入协议101、分流105(如果可用的话)以及调度协议106对询问做出的响应确定性地将危急程度级分配给呼叫,消除在紧急调度员间的不确定性。这样能确保尽管存在紧急调度员的感知和个性的差异,也能适当地区分呼叫的优先顺序。
危急程度判定因素也可以包括数值。在一个实施例中,使用数值来表示在指定危急程度级内的可变紧急级,其中,较低的数值表示增加的紧急级。例如,分配有“Bravo-B 1”的危急程度判定因素的呼叫将被视为比分配有“Bravo-B 2”的危急程度判定因素的呼叫更紧急。如上所述,在一个实施例中,在案例输入协议101、分流105(如果适用的话)以及调度协议106对询问做出的响应可以确定性地分配危急程度判定因素的数值分量,消除紧急调度员间的不确定性。可选择地,在另一实施例中,数值可以允许调度员个人在分配危急程度级的数值部分中,训练职业判断。这使得调度员能更精细地控制呼叫的优先顺序。
在一个实施例中,危急程度判定因素的数值分量可以用来传送有关呼叫的属性的信息,来取代表示危急程度。例如,数值“8”能用来表示病人正经受出血创伤。在这种情况下,“Delta-D 8”的危急程度判定因素将对应于最高紧急的出血创伤,以及“A-Alpha 8”的危急程度判定因素将对应于较低紧急的出血创伤。表示紧急属性的这些信息可以帮助调度医疗队。例如,在危急程度判定因素表示危险品状态的情况下,医疗队将知道在响应车辆中携带应对危险品的设备。如果可能,应答者将知道在运送中,将穿上保护设备,以最小化响应时间。数值信息也可以确定呼叫所需的类型响应单元。例如,如果危急程度判定因素表示是暴力病人,调度员可以在响应中通知包括警察在场以确保医疗人员的安全。
一旦在107,将危急程度判定因素分配给呼叫,根据在107分配给呼叫的危急程度判定因素,将调度108包括急救车和响应模式的响应结构。例如,在一个实施例中,可以通过可能的最高紧急方法,对具有Delta-D的危急程度级的呼叫做出响应(即通过可能的最快运送方法,直升机、救护车等等的最近的可用医疗队)。相反,使用可用的最安全的合理的方法,对分配有Alpha-A的危急程度判定级的呼叫做出响应(即,通过以交通速度行进的地面救护的具有后援的医疗队)。
在108对应答者进行调度后,在109,调度员可以为呼叫者提供一套已编程的后调度、预到达指令。如上所述,后调度指令109是与呼叫者的主要病症前后相关的。在一个实施例中,后调度指令109为呼叫者和/或病人准备现场的应答者的工作。后调度指令109可以指示呼叫者收集病人的药物,写下家庭医生的姓名以及处理好宠物。可以进一步指示109呼叫者确保病人处于畅通的通风道进行呼吸,在应答者到达前,不要给其吃或喝任何东西。在下文中,将结合图6更详细地论述后调度指令109。
在一个实施例中,在110指示呼叫者如何使用通风道、呼吸和循环的参考脚本中给出的程序来处理休克。在110建议呼叫者连续地监视病人的状况直到应答者到达为止,以及在如果要求断开连接,如果病人的状况恶化的情况下,进行回叫以便获得进一步指令。
图2描述了实现为一套翻转卡的本发明的实施例。翻转卡装置201管理翻转卡202以便不管卡处于“向上翻转”位置还是“向下翻转”位置,可以看见每一个卡的标签沿202a。
在图2的实施例中,通过一个或多个紧固件204,将每一翻转卡202分离地固定到翻转卡装置201。在顶片203和第一卡202a上显示体现本发明的要素的步骤(即案例输入协议101,调度协议106等等)。卡装置的可选择的实施例可以是以本领域的技术人员公知的方式装订的卡片组。
在翻转卡装置实施例中,存在五个卡片类型,包括主要病症卡、预到达指令卡、后调度卡、判定因素分类卡和输入协议卡。这些卡片通常成对组织,其中顶部卡提供协议问题、呼叫者指示、下一个卡跳转方向以及危急程度判定因素分配。底部卡提供调度员使用的信息以便改进调度员的判定过程。
图3示出本发明的翻转卡装置实施例中使用的典型翻转卡202的一个实施例的视图。翻转卡202可以分成各种逻辑部分301-314。案例输入和关键问题部分301可以充当给调度员的脚本,确保以平静、一致的和系统化的方式询问案例输入和关键问题。
从呼叫者对部分301询问的响应,调度员可以识别适当的危急程度判定级以便分配给该呼叫。可选择地,如上所述,对部分301的问题的响应可以表示紧迫生命威胁情况,在这种情况下,将立即调度最高响应。提供部分A-Alpha 303,B-Bravo 304,C-Charlie 305和D-Delta306以便帮助调度员分配适当的危急程度判定因素。例如,在一个实施例中,根据对部分301的询问的响应,部分303-306包括一组状况用于确定分配给该呼叫的危急程度级。
在确定危急程度判定值后301,调度适当的响应303-306以及调度员参考该卡片的后调度/预到达指令部分302。后调度/预到达指令提供一致性和系统化的指令集以便为呼叫者为应答者到达现场做准备。后调度/预到达指令部分302包括诸如收集病人的药物、写下家庭医生的姓名以及将确保任何动物在该区域中无威胁的指令。后调度/预到达指令部分302可以进一步指示呼叫者确保病人具有畅通的通风道、正在呼吸,以及不要给其吃或喝任何东西,以及如果需要,使用参考脚本来处理休克。指令进一步指示呼叫者继续监视病人,以及在如果病人的状况变化时立即通知调度员。如果需要断开,在302指示呼叫者在如果病人的状况变化时进行回叫以便获得进一步指令。
在另一实施例中,在可选择的卡片314上提供预到达/后调度指令,如图3所示,该卡片细分为314a-r。预到达/后调度指令部314a-r提供用于诸如骤停、窒息和分娩的状况的脚本处理顺序。通过部分314提供的这些程序指导呼叫者进行包括CPR、海姆利克氏操作和紧急分娩的过程。部分307-314向调度员提供重要信息以便调度员向询问提供有效响应。该信息包括危险区域或损伤的类型(以便帮助分配呼叫的危急程度判定因素)、损伤的类型、症状、规则和原理。设计该信息使得将部分301的关键问题、部分303-306的确定性分类以及部分302的调度指令放入调度员可用的前后信息中。
图4a示出本发明的计算机化实施例中使用的典型计算机系统的部件的系统图。本发明的实施例设计用于使用包含本发明的过程的计算机软件并结合计算机系统操作。使用实现本发明的软件的典型的计算机系统包括处理单元401、诸如CRT或LCD监视器的显示单元402、包括键盘和/或鼠标的输入设备403、存储设备405和诸如打印机的输出设备404。计算机系统可以进一步包括存储在存储设备405上的操作系统,诸如Microsoft WindowsTM,UnixTM、Linux等等。实现本发明过程的软件程序适合于通过操作系统在处理单元401上执行。实现本发明的过程的软件程序可以进一步配置成通过显示设备402、输入设备403和输出设备404,与人类用户进行交互。实现本发明的过程的软件程序可以存储在存储设备405上。
图4b表示该实施例中使用的电话406通信系统。在一个实施例中,电话406用于接收紧急呼叫。在一个实施例中,电话406可以是IP电话,用于传送和接收数据网络上的语音数据。电话406可以连接到处理单元401和存储设备405,允许存储语音交谈以便后续使用和评定。
图5示出本发明的软件实现的一个实施例的优选顶级步骤的过程流程图表示。在501初始化该软件。在502,接收呼叫以及响应调度员询问,接收响应数据。在503,对呼叫分配危急程度判定级。当接收并处理信息时,生成中间判定级,在接收和处理所有必要信息后,才实现最终判定级。对数据库进行存取504以便产生用于呼叫者的适当指令。在505存储呼叫和询问的记录。在505存储的记录可以存取作为医院报告、调度员的检查和质量保证。
图6描述本发明的实施例的退出协议过程的详细步骤。图6的退出协议过程典型地提供图1中的后调度/预到达指令109。尽管按序描述了本发明的过程的下述步骤,但读者应当注意到不必按该特定顺序实现每一步骤。本发明的步骤的可替换的排序也是可能的。
在601,对呼叫者是受伤人员(第一方),还是另一人(第二方)受伤做出判定。如果呼叫者受伤,呼叫是第一方呼叫,则过程进入步骤602。在602,提供一般第一方指令。一般第一方指令602包括告诉呼叫者救援正在路上和呼叫者不应当吃或喝任何东西,因为它可能使呼叫者呕吐和/或给应答者造成问题。在603,该过程确定呼叫是否与医疗(疾病)或外伤有关。如果呼叫与医疗问题有关,给出医疗指令604。医疗指令604使呼叫者尽可能躺在最舒服的位置。对外伤呼叫,给出外伤指令605。外伤指令605是使静止并等待帮助到达,指示呼叫者除非绝对必要不要移动。
在606可能需要断开与第一方呼叫者的连接。如果607,608要求断开,根据断开是紧急607还是常规208来提供不同指令。如果调度员必须响应来电或具有更高危急程度判定因素的呼叫,可以要求紧急断开607。如果呼叫不是特别严重,或应答者或者其他救援已经到达,常规断开608会发生。对紧急断开,给出紧急断开指令607。在一个实施例中,在607指示呼叫者调度员需要现在挂机,救援正在路上,以及如果呼叫者的状况恶化,立即回叫调度员以便获取进一步指令。对常规断开,给出常规断开指令608。在一个实施例中,在608指示呼叫者通过处理好家庭宠物、收拾药物、写下他/她的医生的姓名、不要锁门、以及打开外面的灯,为应答者做准备。指令607,608分别包括在如果呼叫者的状况恶化的情况下,立即回叫以便获得进一步指令。
如果不必断开606,给出保留在线指令609。在一个实施例中,在609指示呼叫者调度员将尽可能长地在线与呼叫者保持连络。如果病人的状况变化,则在609进一步指示呼叫者告诉调度员以及当应答者到达时告诉调度员。
在保留在线指令609后,调度员可以根据先前识别的主要病症来提供特定指令。如果不必要断开呼叫,那么给出保留在线指令609。在一个实施例中,在线指令609通知呼叫者调度员将尽可能长地保持在线,指示呼叫者如果任何事情发生变化,告诉调度员,以及当应答者到达时,告诉调度员。
在保持在线指令609后,调度员可以根据先前识别的主要病症和危急程度判定值来提供后调度/先到达指令。
如果在601确定呼叫是第二方呼叫时,提供一般第二方指令610。在一个实施例中,一般第二方呼叫指令包括指示呼叫者使病人确信救援正在路上,告诉呼叫者不要给病人吃任何东西,因为会使他/她呕吐和/或给医生造成问题。在611,该过程确定呼叫与医疗(疾病)还是外伤有关。如果它是医疗呼叫,给出第二方医疗指令612。在一个实施例中,第二方医疗指令612是指示呼叫者让病人躺在可用的最舒服的位置,以及等待救援到达。如果是外伤呼叫,给出第二方外伤指令613。在一个实施例中,第二方外伤指令613是指示呼叫者除非绝对必要不要移动病人,以及告诉呼叫者使病人保持静止以及等待救援到达。
在614可能需要与第二方呼叫者断开连接。如果要求断开615,616,则根据是紧急断开615还是常规断开616来给出不同指令。如果调度员必须响应来电或具有更高危急程度判定的呼叫,可能发生紧急断开615。如果呼叫不是特别严重或者应答者或其他救援已经到达,可能发生常规断开616。对紧急断开,给出紧急断开指令615。在一个实施例中,在615指示呼叫者调度员需要现在挂机,救援正在路上,以及如果病人的状况恶化,立即回叫调度员以便获得进一步指令。对常规断开,提供常规断开指令616。在一个实施例中,在616指示呼叫者处理好家庭宠物、收拾药物、写下病人的家庭医生的姓名、不要锁门以及打开外面的灯,为应答者做好准备。615,616的每一个包括继续监视病人和如果病人的状况恶化,立即回收以便进一步指令,如果必要,如果病人应得不太苏醒或呕吐,将病人转到他/她的侧面的指令。
如果不必要断开呼叫,则给出保留在线指令617。优选的保留在线指令617告知呼叫者调度员将尽可能地保留在线以及指示呼叫者紧密地观察病人的任何变化。可以进一步指示呼叫者如果病人变得不太苏醒或开始恶化,应该告诉调度员,以及要求呼叫者当应答者到达时,告诉调度员。在保持在线指令617后,调度员将根据先前识别的主要病症和危急程度判定值来提供特定指令。
特定的后调度/预到达指令109根据与呼叫有关的先前识别的主要病症而定。如果618,病人严重出血,给出出血指令619。优选的出血指令619是:不要使用止血带、仔细听用于止血的指令;找干净、干燥的衣服或手巾,以及将它放在伤口上,用力地向下压以及不要拿起来看。如果伤口继续出血,告诉呼叫者他/她可能未足够重地按压。告诉呼叫者保持用力、稳定地按压伤口。
如果620,病人已经经受截断,给出截断指令612。优选的截断指令612是用于呼叫者定位所有截断部位或皮肤并将它们放在干净的塑料袋中。指示呼叫者不要将任何截断的部位放在冰或水中,因为这些会损坏截断部位。
如果622,病人处于危险材料污染区,给出危险材料指令623。优选的危险材料指令623是通知呼叫者这是一个非常危险的情况。进一步指示呼叫者如果可能,从安全地方回叫。根据危险材料的危急程度可以告知呼叫者立即离开该区域。进一步指示第二方呼叫者623根本不要接近或接触病人,而是让应答者来处理该情形。
如果在624,病人很狂暴,给出暴力病人指令624。优选的暴力病人指令625是避免与病人的任何接触,如果暴力病人离开现场或昏倒,告诉调度员,以及不要破坏现场或移动任何东西。根据危急程度判定因素,可以告诉呼叫者有危险以及立即离开该区域。
如果626,附近有攻击者或危险动物,给出攻击者/动物指令627。攻击者/动物指令627是保持非常安静以及避开视线,如果攻击者或动物离开现场,告诉调度员,以及避免破坏现场或移动任何东西。根据危急程度判定因素,可以告诉呼叫者存在危险以及立即离开该区域。
如果628,呼叫者不确定危险是否已过,那么给出危险已过指令629。优选的危险已过指令629是指示呼叫者仔细听,通知呼叫者这仍然是非常危险的情形,如果第二方呼叫者确保危险已过去,通知呼叫者他们可以帮助该病人。
如果630,呼叫者仍然不确信危险是否已过,给出不确定指令631。优选的不确定指令631是调度员将保持在线以便确定呼叫者安全。可以进一步指示呼叫者如果攻击者/动物返回,立即通知调度员。还指示631呼叫者在应答者到达时让调度员知道。
如果632,危险仍然存在,给出危险指令633。优选的危险指令633是指示呼叫者如果太危险而不能停留在原地,以及其认为能安全地离开,则离开该区域以及从安全位置呼叫调度员。
如果634,病人正遭受烧伤,给出烧伤指令635。优选烧伤指令635是在其是热或火烧伤的情况下,用水冷却烧伤达10分钟。在化学烧伤的情况下,指示呼叫者35用水冲洗燃烧的区域直到救援到达为止。
在每一情况618,620,622,624,626,628,630,632和634中,调度员最好与呼叫者保持在线直到应答者到达为止636。在应答者到达后636,过程可以结束637以及调度员可以断开连接。
图7a,7b和7c描述表示本发明的退出协议的步骤的翻转卡的实施例,图7a包括部分701,702和706-709。部分701为第一方呼叫者提供一般、医疗和外伤指令。部分702指定第一方常规断开指令。部分706提供一般第二方呼叫者指令。部分707提供用于保持病人通风的指令。部分708为一般第二方提供一般、医疗和外伤指令。部分709指定第二方常规断开指令。
图7b包括部分703-705以及710-714。部分703提供第一方保持在线指令。部分704指定第一方紧急断开指令。部分705提供控制出血的后调度/预到达指令。部分710提供辅助调度员确定呼叫者是否应当保持在线的指南。部分711提供用于向伤口直接施压的指南。部分712提供第二方保持在线指令。部分713提供第二方紧急断开指令。部分712提供第二方保持在线指令。部分713指定第二方紧急断开指令。部分714在截断的情况下,提供后调度/预到达指令。
图7c包括部分715-722。特定的后调度/预到达指令集设置用于危险品(715)、暴力病人(716)、附近的攻击者/动物(717)、危险已过验证(718)、危险不确定(719)、危险存在(720)和冷却/冲洗烧伤(712)。部分722提供一般危险知道指令。
将理解到上述实施例仅是许多可以构成本发明的原理的应用的各种其他实施例的示例。在不背离本发明的精神或范围的情况下,本领域的技术人员可以容易想到这些其他实施例,以及我们意图将它们视为落在本发明的范围内。
Claims (13)
1.一种计算机实现的用于辅助调度员处理报告紧急医疗情况的呼叫和引导调度员调度对紧急医疗情况的响应的方法,包括:
接收来自电话通讯设备上的呼叫者的呼叫,呼叫者请求对病人进行医疗救助;
对该医疗救助请求分配多个预建立的危急程度判定因素中的一个,该危急程度判定因素包括多个预先确定的判定级中的一个,当信息被执行预起草的询问的计算机系统接收并处理时,所述预先确定的判定级中的一个被确定,所述询问
在计算设备的显示器上向调度员提供多个预编程的询问,所述询问被安排好以引导预起草的询问以系统地获得引起医疗救助请求的问题的描述,其中所述预编程的询问在调度员可读取的介质上提供给调度员;
从调度员接收响应于预编程的询问的响应数据;
使用响应数据以确定将沿多个分流中的哪个分流前进,多个分流中的每个分流均包括附加的询问;并且
分配危急程度判定因素,其中当响应数据被接收并处理时,生成危急程度判定因素的中间判定级,在所有的必要响应数据被接收后,实现危急程度判定因素的最终判定级;
调度对该请求的响应,该响应部分地由该危急程度判定因素的最终判定级来确定;以及
在应答者到达之前,向与呼叫者通信的调度员提供第一后调度指令集,其中,所述指令指导呼叫者对应答者的到达该病人如何做好准备,以及加快应答者的工作,其中该后调度指令部分地根据分配给该医疗救助请求的危急程度判定因素来确定。
2.如权利要求1所述的方法,其中该危急程度判定因素进一步包括对应于该病人的主要病症的指标。
3.如权利要求2所述的方法,其中该主要病症是下列之一:出血、截肢手术、危险品伤害、暴力病人伤害、攻击者或动物伤害、心跳骤停、呼吸骤停、分娩、无意识、无意识呼吸困难和无意识不呼吸。
4.如权利要求2所述的方法,其中该第一后调度指令集部分地由该病人的主要病症确定。
5.如权利要求4所述的方法,其中该第一后调度指令是指定的。
6.如权利要求2所述的方法,进一步包括确定该呼叫者是否是病人。
7.如权利要求6所述的方法,其中危急程度判定因素表示呼叫者是否是病人。
8.如权利要求2所述的方法,进一步包括在应答者到达前,向调度员提供第二后调度指令集,其中该第二后调度指令集部分地根据分配给该请求的危急程度判定因素来确定。
9.如权利要求8所述的方法,其中该第二后调度指令集是指定的。
10.如权利要求8所述的方法,其中该预先确定的判定级、第一后调度指令集以及第二后调度指令集均在由调度员可读取的介质上。
11.如权利要求10所述的方法,其中该介质包括翻转卡装置。
12.如权利要求10所述的方法,其中该介质包括计算机监视器。
13.如权利要求1所述的方法,其中该预先确定的判定级各包括多个次级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610142489.1A CN101169840B (zh) | 2006-10-26 | 2006-10-26 | 用于紧急医疗情况调度系统的退出协议的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610142489.1A CN101169840B (zh) | 2006-10-26 | 2006-10-26 | 用于紧急医疗情况调度系统的退出协议的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101169840A CN101169840A (zh) | 2008-04-30 |
CN101169840B true CN101169840B (zh) | 2016-09-28 |
Family
ID=39390457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610142489.1A Active CN101169840B (zh) | 2006-10-26 | 2006-10-26 | 用于紧急医疗情况调度系统的退出协议的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101169840B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8971501B2 (en) | 2009-04-13 | 2015-03-03 | Priority Dispatch Corporation | Methods and systems to identify code hierarchy bias in medical priority dispatch systems |
US8355483B2 (en) * | 2009-09-11 | 2013-01-15 | Clawson Jeffrey J | Stroke diagnostic and intervention tool for emergency dispatch |
US8294570B2 (en) * | 2010-02-24 | 2012-10-23 | Clawson Jeffrey J | Burn diagnostic and intervention tool for emergency dispatch |
CN105144256B (zh) | 2013-01-31 | 2017-09-26 | 杰弗里·J·克劳森 | 用于紧急响应的文本消息传送的系统和方法 |
US8873719B2 (en) | 2013-01-31 | 2014-10-28 | Jeffrey J. Clawson | Active assailant protocol for emergency dispatch |
US9516166B1 (en) | 2015-05-28 | 2016-12-06 | Jeffrey J. Clawson | Chemical suicide protocol for emergency response |
US10657614B2 (en) | 2015-12-23 | 2020-05-19 | Jeffrey J. Clawson | Locator diagnostic system for emergency dispatch |
CN105534502B (zh) * | 2016-01-30 | 2019-05-03 | 深圳市易特科信息技术有限公司 | 基于数字化头盔的伤病员救护系统及方法 |
US9877171B2 (en) | 2016-04-08 | 2018-01-23 | Jeffrey J. Clawson | Picture/video messaging protocol for emergency response |
AU2019256700A1 (en) | 2018-04-19 | 2020-11-26 | Jeffrey Clawson | Expedited dispatch protocol system and method |
US11937160B2 (en) | 2021-04-23 | 2024-03-19 | Priority Dispatch Corporation | System and method for emergency dispatch |
US11910471B2 (en) | 2021-04-23 | 2024-02-20 | Priority Dispatch Corp. | System and method for emergency dispatch |
CN114241690A (zh) * | 2021-12-21 | 2022-03-25 | 华序科技开发(深圳)有限公司 | 一种智能病房对讲通讯系统及其通讯方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1295754A (zh) * | 1997-11-12 | 2001-05-16 | I-弗琉公司 | 用于监控病人的方法和装置 |
CN1529867A (zh) * | 2001-01-10 | 2004-09-15 | 乔格・雷沃尔德 | 急救情况下抢救和/或医护生命用的个人专有数据采集及存储系统、相应的存储元件和方法 |
CN1674685A (zh) * | 2004-03-26 | 2005-09-28 | 明基电通股份有限公司 | 紧急电话处理系统 |
-
2006
- 2006-10-26 CN CN200610142489.1A patent/CN101169840B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1295754A (zh) * | 1997-11-12 | 2001-05-16 | I-弗琉公司 | 用于监控病人的方法和装置 |
CN1529867A (zh) * | 2001-01-10 | 2004-09-15 | 乔格・雷沃尔德 | 急救情况下抢救和/或医护生命用的个人专有数据采集及存储系统、相应的存储元件和方法 |
CN1674685A (zh) * | 2004-03-26 | 2005-09-28 | 明基电通股份有限公司 | 紧急电话处理系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101169840A (zh) | 2008-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101169840B (zh) | 用于紧急医疗情况调度系统的退出协议的方法和系统 | |
US6010451A (en) | Method and system for giving remote emergency medical counsel to choking patients | |
US7428301B1 (en) | Method and system for the exit protocol of an emergency medical dispatch system | |
US5989187A (en) | Method and system for giving remote emergency medical counseling for childbirth patients | |
Kliger et al. | Mitigating risk of COVID-19 in dialysis facilities | |
US6607481B1 (en) | Method and system for an improved entry process of an emergency medical dispatch system | |
US6106459A (en) | Method and system for the entry protocol of an emergency medical dispatch system | |
US6004266A (en) | Method and system for the heart problem protocol of an emergency medical dispatch system | |
US5857966A (en) | Method and system for the unconscious or fainting protocol of an emergency medical dispatch system | |
US6053864A (en) | Method and system for giving remote emergency medical counsel to arrest patients | |
US8462914B2 (en) | Automated incident response method and system | |
US7843330B2 (en) | Interactive patient management system and method | |
US20040243446A1 (en) | Method and a system for optimizing hospital beds and ambulance allocations via a computer network | |
US20180068077A1 (en) | System and related method for emergency ambulance dispatch and tracking | |
Clawson | Emergency medical dispatching | |
JP5770332B1 (ja) | 傷病者受入状況表示装置、救急医療情報システム、傷病者受入状況表示方法およびプログラム | |
Dean et al. | Condition HELP: a pediatric rapid response team triggered by patients and parents | |
CN112585694A (zh) | 医疗转送协议系统和方法 | |
López et al. | How to become a guardian angel. Providing safety in a home telecare service | |
Stratton | Triage by emergency medical dispatchers | |
CN109300070A (zh) | 一种救护通信方法、装置、服务器及存储介质 | |
Klemets et al. | Understanding nurses’ strategies to handle (un) wanted nurse calls: a resilience perspective | |
Berntsen | Implementation of patient centeredness to enhance patient safety | |
CN116525088A (zh) | 基于ai的多点医疗结合方法及系统 | |
Hoffman | Preparing for a bioterrorist attack: legal and administrative strategies |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1116896 Country of ref document: HK |
|
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1116896 Country of ref document: HK |