CN111145893B - 一种医疗数据的分级管理系统及其方法 - Google Patents
一种医疗数据的分级管理系统及其方法 Download PDFInfo
- Publication number
- CN111145893B CN111145893B CN201910908675.9A CN201910908675A CN111145893B CN 111145893 B CN111145893 B CN 111145893B CN 201910908675 A CN201910908675 A CN 201910908675A CN 111145893 B CN111145893 B CN 111145893B
- Authority
- CN
- China
- Prior art keywords
- medical
- emergency
- data
- event
- customer service
- 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 description 66
- 238000012545 processing Methods 0.000 claims abstract description 90
- 238000007726 management method Methods 0.000 claims abstract description 31
- 238000012544 monitoring process Methods 0.000 claims abstract description 12
- 238000003745 diagnosis Methods 0.000 claims abstract description 9
- 230000005540 biological transmission Effects 0.000 claims description 140
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 claims description 12
- 101000928956 Homo sapiens Activated CDC42 kinase 1 Proteins 0.000 claims description 12
- 230000002159 abnormal effect Effects 0.000 claims description 11
- 238000001514 detection method Methods 0.000 claims description 9
- 230000000903 blocking effect Effects 0.000 claims description 5
- 238000002405 diagnostic procedure Methods 0.000 claims description 3
- 208000007944 Nodular Nonsuppurative Panniculitis Diseases 0.000 description 44
- 238000004891 communication Methods 0.000 description 4
- 101100288236 Arabidopsis thaliana KRP4 gene Proteins 0.000 description 3
- 101100433979 Bos taurus TNK2 gene Proteins 0.000 description 3
- 101100385394 Zea mays ACK2 gene Proteins 0.000 description 3
- 210000000038 chest Anatomy 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 208000003663 ventricular fibrillation Diseases 0.000 description 3
- 230000001934 delay Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 206010047302 ventricular tachycardia Diseases 0.000 description 2
- 206010003119 arrhythmia Diseases 0.000 description 1
- 230000006793 arrhythmia Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000981 bystander Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000033764 rhythmic process Effects 0.000 description 1
- 238000002633 shock therapy Methods 0.000 description 1
- 239000007921 spray Substances 0.000 description 1
- 238000002560 therapeutic procedure Methods 0.000 description 1
- 210000000779 thoracic wall Anatomy 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biomedical Technology (AREA)
- Medical Informatics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种医疗数据的分级管理系统，包括：医疗设备，用于监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器处；所述云服务器，用于接收所述医疗设备发送的医疗数据，并且优先接收紧急医疗数据；而后形成医疗事件并转发，其中该医疗事件包括普通事件和紧急事件；在线客服客户端，用于接收并处理医疗事件；现场客服客户端，用于对医疗事件进行现场处理；医生客户端，用于供医生对医疗事件进行医学诊断处理。本发明还公开了一种医疗数据的分级管理方法，本发明可以实现紧急医疗事件快速处理，提升了患者使用医疗设备的安全性。
Description
技术领域
本发明涉及医疗设备技术领域，具体地是涉及一种医疗数据的分级管理系统及其方法。
背景技术
随着医学的不断发展，产生了很多可以供患者穿戴式使用的医疗设备，其可以对患者的生命体征参数进行检测，必要时进行一定的医疗救治。如可穿戴心律转复除颤器(wearable cardioverter defibrillator，WCD)，是一种穿戴式体外自动除颤器，穿戴后不需要旁观者干预，即可自行给予电击治疗，并且清醒的患者可通过按压响应按钮延迟或终止治疗。
WCD设备构成：1.可穿戴背心(内含心电电极与除颤电极)，2.WCD主机，3.电源适配器。
1.可穿戴背心。背心穿在衣服里面紧贴皮肤，背心内侧固定了若干个心电电极，电极直接与皮肤接触，采集体表心电信号，检测患者的自主心律及发生的心律失常。背心内侧前后胸廓位置固定了若干个除颤电极板，电极板内部装有凝胶，可以在WCD主机控制下释放凝胶到电极板与胸部皮肤之间。通过胸带和腰带的压力保持电极与胸壁紧密接触。
2.WCD主机由电池、除颤模块、主控板、无线网络模块、液晶显示屏和响应按钮组成，通过肩带背在身上。WCD与背心通过插头插座有线连接。
3.电源适配器用来给WCD主机充电。
WCD由患者院外使用，穿戴使用周期从3天到最长6个月。机器工作状态下由心电电极进行24小时心电监测，WCD主机检测到VF(Ventricular Fibrillation，室颤)VT(Ventricular Tachycardia，室性心动过速)并确认患者无响应后切换到除颤模式。由于WCD由患者在院外使用，没有医护人员对其进行实时监管，其使用效果，取决于患者的自觉性。如果患者能够遵从医生的要求，一天24小时保持穿戴WCD，那么可以得到最佳的效果。如果患者依从性不好，随意脱掉穿戴背心，一旦发生VF VT，WCD无法发挥除颤的作用，会危及患者生命。
为了对院外患者穿戴WCD进行长期的实时监控，企业必须建立集中式的客服系统和网络数据管理系统。患者在穿戴WCD过程中会产生大量数据，包括穿戴数据，异常心电数据，除颤心电数据。在线客服需要对患者所有数据进行初步判断，并进行处理。如果医疗事件需要现场处理，在线客服要把医疗事件转发给距离患者最近的现场客服，由现场客服去找患者当面处理。
在所有的患者数据中，除颤心电数据是最紧急的，一旦发生，意味着患者发生了VFVT，需要马上就医，所以必须第一时间通知在线客服处理。一次医疗事件包含的心电数据量很大，如果同时有很多WCD主机向云服务器传输数据，传输速度很慢，有可能导致紧急的医疗事件不能及时上传到云服务器。如果在线客服耽误了处理时间，或者现场客服耽误了处理时间，可能会让患者处于危险的处境。
其他可穿戴式医疗设备亦如是，不赘述。
因此，本发明的发明人亟需构思一种新技术，以确保紧急医疗事件得到优先处理。
发明内容
本发明旨在提供一种医疗数据的分级管理系统及其方法，其可以确保紧急医疗事件得到优先处理。
为解决上述技术问题，本发明的技术方案是：
一种医疗数据的分级管理系统，包括：
医疗设备，用于监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器处；
所述云服务器，用于接收所述医疗设备发送的医疗数据，并且优先接收紧急医疗数据；而后形成医疗事件，并转发至在线客服客户端、现场客服客户端和/或医生客户端，其中该医疗事件包括普通事件和紧急事件；
在线客服客户端，用于接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
现场客服客户端，用于对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生客户端，用于供医生对医疗事件进行医学诊断处理。
优选地，所述医疗设备具体包括：
状态监测模块，用于监测医疗设备的穿戴情况，如果监测到处于未穿戴状态，则发出报警提醒患者，同时将穿戴数据发送至第一网络传输模块；
生命体征参数检测模块，用于实时检测生命体征参数，如果检测到异常生命体征参数时，将异常生命体征参数发送至第一网络传输模块，并在必要时启动治疗模块；
治疗模块，用于对人体进行治疗，并将治疗时的生命体征参数发送至第一网络传输模块；
第一定位模块，用于获取该医疗设备的当前位置信息；
第一网络传输模块，用于把患者的穿戴数据、异常生命体征参数、治疗时的生命体征参数，分别添加当前位置信息后形成不同的医疗数据，而后根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器。
优选地，所述云服务器具体包括：
用户管理模块，用于用户的创建，修改，删除；其中用户的类型包括但不限于患者、医生、在线客服、现场客服；
第二事件处理模块，用于创建、修改医疗事件；
第二网络传输模块，用于与医疗设备、在线客服客户端、现场客服客户端、医生客户端通信，并且该第二网络传输模块优先接收医疗设备发送的紧急医疗数据；
消息服务器模块，用于接收来自在线客服客户端、现场客服客户端、医生客户端发送的医疗事件消息，并根据医疗事件消息的主题，转发给订阅了该主题的在线客服客户端、现场客服客户端、医生客户端。
优选地，所述在线客服客户端具体包括：
第三事件处理模块负责显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给所有的在线客服客户端；
第三网络传输模块，用于从云服务器获取医疗事件，并发送在线客服客户端的医疗事件到云服务器；
第三消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送在线客服客户端的医疗事件消息到云服务器。
优选地，所述现场客服客户端具体包括：
第四事件处理模块，用于显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给当地所有的现场客服客户端；
第四定位模块负责获取现场客服当前的位置信息；
第四网络传输模块，用于从云服务器获取医疗事件，并发送现场客服客户端的医疗事件、现场客服的位置信息到云服务；
第四消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送现场客服客户端的医疗事件消息到云服务器。
一种医疗数据的分级管理方法，包括如下步骤：
S1：医疗设备监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据，其中普通医疗数据通过普通发送步骤发送至云服务器处，紧急医疗数据通过紧急发送步骤发送至云服务器处；
S2：云服务器接收医疗设备发送的医疗数据，其采用普通接收步骤接收普通医疗数据，采用紧急接收步骤接收紧急医疗数据，其中紧急接收步骤优先于普通接收步骤；
S3：云服务器对医疗数据进行整合处理成医疗事件后发送给在线客服客户端，其中该医疗事件包括普通事件和紧急事件；
S4：在线客服客户端接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
S5：现场客服对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生对医疗事件进行医学诊断处理。
优选地，所述紧急发送步骤具体包括：
步骤110，医疗设备向云服务器端口1发起TCP连接，建立TCP传输通道；
步骤120，设置紧急信号量W＝1，表示医疗设备当前有紧急数据要发送，该操作会阻塞医疗设备当前未完成的普通发送流程；
步骤130，把紧急数据分包发送到云服务器；
步骤140，等待云服务器返回ACK1确认数据包，如果收到ACK1数据包，表示服务器已经接收了上一包数据，医疗设备可以发送下一包数据了，执行步骤150；
步骤150，检查数据包的包头结束标志位，判断是否发送完毕，如果没有发送完毕，执行步骤130，继续发送；如果发送完毕，执行步骤160；
步骤160，设置紧急信号量W＝0，表示当前没有紧急数据要发送，该操作可以解除阻塞医疗设备当前未完成的普通发送流程；
步骤170，断开TCP连接，结束紧急发送流程。
优选地，所述紧急接收步骤具体包括：
步骤510，云服务器侦听TCP端口1，阻塞线程，等待接入客户端，如果收到客户端发起的TCP连接，执行步骤515；
步骤515，接受客户端连接，建立TCP传输通道；
步骤520，对紧急通道计数器+1，表示增加了一个紧急接收数据线程；
步骤525，设置紧急信号量S＝1，表示云服务器当前有紧急数据要接收，该操作会阻塞云服务器当前未完成的普通接收流程；
步骤530，接收紧急数据包，保存到接收缓存队列；
步骤535，发送ACK1确认数据包给医疗设备，表示医疗设备可以发送下一包数据了；
步骤540，检查数据包的包头结束标志位，判断是否接收完毕；如果没有接收完毕，执行步骤530，继续接收数据；如果接收完毕，把接收缓存队列的所有数据包保存到硬盘，合并为一个文件，然后执行步骤545；
步骤545，设置紧急通道计数器-1，表示减少了一个紧急接收数据线程；
步骤550，判断紧急通道计数器是否为0，如果紧急通道计数器为0，表示当前没有接收紧急数据线程，执行步骤555；如果紧急通道计数器不为0，表示当前还有紧急接收数据线程，执行步骤560；
步骤555，设置紧急信号量S＝0，表示云服务器当前没有接收紧急数据线程，该操作可以解除阻塞云服务器当前未完成的普通接收流程，执行步骤560；
步骤560，断开TCP连接，结束紧急接收流程。
优选地，所述步骤S4具体包括：
步骤705，订阅医疗事件消息；
步骤710，收取本人的医疗事件消息；
步骤715，显示医疗事件；
步骤720，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤725；否则，执行步骤735；
步骤725，播放报警音，提醒在线客服尽快处理该紧急医疗事件，然后执行步骤730；
步骤730，将该紧急医疗事件发送到所有在线客服客户端，然后执行步骤735；
步骤735，处理医疗事件，然后返回执行步骤710。
优选地，所述步骤S5具体包括：
步骤805，订阅医疗事件消息；
步骤810，收取本人的医疗事件消息；
步骤815，显示医疗事件；
步骤820，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤825；否则，执行步骤835；
步骤825，；播放报警音，提醒现场客服尽快处理该紧急医疗事件，然后执行步骤830；
步骤830，；将该紧急医疗事件发送到当地所有的现场客服客户端
步骤835，处理医疗事件，然后返回执行步骤810。
采用上述技术方案，本发明至少包括如下有益效果：
本发明所述的医疗数据的分级管理系统及其方法，医疗设备采用紧急发送流程，发送紧急类型数据，云服务器采用紧急接收流程，接收紧急类型数据，实现了紧急医疗事件高优先级从医疗设备传输到云服务器。云服务器收到紧急医疗数据之后，通过消息服务器实时发送医疗事件消息给在线客服客户端，使得在线客服可以尽快知晓紧急医疗事件。在线客服客户端如果判断到紧急医疗事件处理时间过长，发出报警，提醒在线客服尽快处理，同时把该紧急医疗事件消息发送给所有在线客服客户端，其他在线客服可以帮忙处理，使得紧急医疗事件不会被在线客服耽误太长时间。现场客服客户端如果判断到紧急医疗事件处理时间过长，发出报警，提醒现场客服尽快处理，同时把该紧急医疗事件消息发送给当地所有的现场客服客户端，其他现场客服可以帮忙处理，使得紧急医疗事件不会被现场客服耽误太长时间。
综合上述措施，最终实现紧急医疗事件得以快速处理，提升患者使用医疗设备的安全性。
附图说明
图1为本发明所述的医疗数据的分级管理系统的结构示意图。
图2为WCD主机紧急发送流程图。
图3为WCD主机普通发送流程图。
图4为云服务器紧急接收流程图。
图5为云服务器普通接收流程图。
图6为云服务器发送医疗事件消息流程图。
图7为在线客服客户端处理医疗事件消息流程图。
图8为现场客服客户端处理医疗事件消息流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1
如图1所示，为符合本发明的一种医疗数据的分级管理系统，包括：
医疗设备，用于监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器处；
所述云服务器，用于接收所述医疗设备发送的医疗数据，并且优先接收紧急医疗数据；而后形成医疗事件，并转发至在线客服客户端、现场客服客户端和/或医生客户端，其中该医疗事件包括普通事件和紧急事件；
在线客服客户端，用于接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
现场客服客户端，用于对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生客户端，用于供医生对医疗事件进行医学诊断处理。
优选地，所述医疗设备具体包括：
状态监测模块，用于监测医疗设备的穿戴情况，如果监测到处于未穿戴状态，则发出报警提醒患者，同时将穿戴数据发送至第一网络传输模块；
生命体征参数检测模块，用于实时检测生命体征参数，如果检测到异常生命体征参数时，将异常生命体征参数发送至第一网络传输模块，并在必要时启动治疗模块；
治疗模块，用于对人体进行治疗，并将治疗时的生命体征参数发送至第一网络传输模块；
第一定位模块，用于获取该医疗设备的当前位置信息；
第一网络传输模块，用于把患者的穿戴数据、异常生命体征参数、治疗时的生命体征参数，分别添加当前位置信息后形成不同的医疗数据，而后根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器。
优选地，所述云服务器具体包括：
用户管理模块，用于用户的创建，修改，删除；其中用户的类型包括但不限于患者、医生、在线客服、现场客服；
第二事件处理模块，用于创建、修改医疗事件；
第二网络传输模块，用于与医疗设备、在线客服客户端、现场客服客户端、医生客户端通信，并且该第二网络传输模块优先接收医疗设备发送的紧急医疗数据；
消息服务器模块，用于接收来自在线客服客户端、现场客服客户端、医生客户端发送的医疗事件消息，并根据医疗事件消息的主题，转发给订阅了该主题的在线客服客户端、现场客服客户端、医生客户端。
优选地，所述在线客服客户端具体包括：
第三事件处理模块负责显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给所有的在线客服客户端；
第三网络传输模块，用于从云服务器获取医疗事件，并发送在线客服客户端的医疗事件到云服务器；
第三消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送在线客服客户端的医疗事件消息到云服务器。
优选地，所述现场客服客户端具体包括：
第四事件处理模块，用于显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给当地所有的现场客服客户端；
第四定位模块负责获取现场客服当前的位置信息；
第四网络传输模块，用于从云服务器获取医疗事件，并发送现场客服客户端的医疗事件、现场客服的位置信息到云服务；
第四消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送现场客服客户端的医疗事件消息到云服务器。
下面以WCD主机为例具体说明本实施例。
所述WCD主机由患者携带，包含第一网络传输模块，穿戴检测模块，心电检测模块(即生命体征参数检测模块)，除颤模块(即治疗模块)，第一定位模块。
WCD主机一直处于工作状态。穿戴检测模块定时检查背心脱落状态，如果检测到背心脱落，发出报警，提醒患者穿好背心，穿戴检测模块定时把穿戴数据发送到云服务器。
心电检测模块实时检测心电信号，如果检测到异常心电图，把心电数据发送到云服务器；如果检测到VF VT，确认患者无响应，则调用除颤模块，进行除颤。
除颤模块负责向穿戴背心除颤电极板发出释放凝胶信号，驱动除颤电极板喷射凝胶，然后除颤模块放电，对患者进行治疗。治疗结束后，除颤模块把整个治疗过程的心电数据发送到云服务器。
第一定位模块负责获取WCD主机当前的位置信息。
第一网络传输模块负责把穿戴数据和心电数据，添加当前的患者位置信息，通过WiFi或者4G，发送到云服务器。发送的数据分为紧急和普通两种，除颤心电数据为紧急类型，其他数据为普通类型。发送紧急类型数据采用紧急发送流程，发送普通类型数据采用普通发送流程。紧急发送流程具有高优先级，一旦启动紧急发送流程，WCD主机已有的普通发送流程会被暂停，直到紧急发送流程结束，普通发送流程才能恢复。由此确保紧急类型数据得以第一时间发送到云服务器。
所述云服务器部署在公有云上，包含用户管理模块，租用登记模块，数据存储模块，第二事件处理模块，第二网络传输模块，消息服务器模块。
用户管理模块负责用户的创建，修改，删除。在本系统中，用户类型分为患者，医生，在线客服，现场客服，每种用户类型的权限不同。必须在客户端输入正确的用户名和密码才能登录系统访问云服务器，用户管理模块保存每个客户端的当前登录用户信息和该客户端的网络连接通道对象。创建患者用户的时候，需要填写患者用户的电话，地址，地区，所属医院。创建在线客服用户的时候，需要填写在线客服用户负责的地区。创建现场客服用户的时候，需要填写现场客服用户负责的地区。在本发明系统中，地区指一个市县级别的行政区域，例如北京市。一个地区，有一个负责的在线客服，有多个负责的现场客服，共同服务于本地区的所有患者。
租用登记模块负责管理WCD设备的租用，退租。患者要先办理租用WCD设备的手续，系统创建租用记录，将患者用户记录跟WCD设备进行绑定，患者才能把WCD设备带回家使用。患者结束使用WCD设备时，把WCD设备归还给医院，同时办理退租手续，系统修改租用记录，解除患者用户记录跟WCD设备的绑定关系。
数据存储模块负责保存所有的数据，包括用户记录，租用记录，患者穿戴数据和心电数据，医生的诊断报告数据，医疗事件记录。
第二事件处理模块负责创建，修改医疗事件记录。数据中心收到WCD主机发送的穿戴数据和心电数据后，在数据库中创建医疗事件记录，并创建医疗事件消息，发送到在线客服客户端。
第二网络传输模块负责接收来自WCD主机的穿戴数据和心电数据，接收来自在线客服客户端、现场客服客户端、医生客户端的医疗事件数据。网络传输模块接收WCD主机的数据分为紧急和普通两种，除颤心电数据为紧急类型，其他数据为普通类型。接收紧急类型数据采用紧急接收流程，接收普通类型数据采用普通接收流程。紧急接收流程具有高优先级，一旦启动紧急接收流程，云服务器已有的普通接收流程会被暂停，直到所有紧急接收流程结束，普通接收流程才能恢复。由此确保云服务器第一时间接收紧急类型数据。通过用户管理模块保存的当前登录用户信息可以找到需要发送事件的客户端的网络连接通道对象，并发送数据。
消息服务器模块负责接收来自云服务器、在线客服客户端、现场客服客户端、医生客户端发送的医疗事件消息，并根据消息的主题，转发给订阅了该主题的在线客服客户端、现场客服客户端、医生客户端软件。
进一步，消息服务器模块的具体实现方案可以是RabbitMQ。
所述在线客服客户端软件运行在客服中心的电脑上，由在线客服使用，包含第三网络传输模块，第三事件处理模块，第三消息客户端模块。
第三事件处理模块负责显示医疗事件。针对每一条紧急医疗事件，事件处理模块判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值。如果大于警戒值，事件处理模块播放报警音，然后将该紧急医疗事件消息发送到所有在线客服客户端。
在线客服可以查看医疗事件详细数据。在线客服判断医疗事件的类型，如果是产品使用方面的问题，例如，患者长时间不穿戴背心，在线客服可以查看系统登记的患者用户信息，拨打患者电话，跟患者确认事件，并督促患者坚持穿戴背心。如果电话沟通无效，在线客服把医疗事件转发给当地的现场客服，由现场客服到患者家里当面处理。系统根据患者用户记录登记的地址和医疗事件数据内部包含的患者位置信息，以及现场客服的位置信息，自动找出离患者最近的现场客服，并将医疗事件消息发送到该现场客服的客户端软件，提醒现场客服处理。在线客服如果判断医疗事件不是产品使用方面的问题，将医疗事件转发给患者所属的医院，系统根据患者用户记录登记的所属医院，将医疗事件消息发送到该院的医生工作站客户端软件，提醒医生处理。
第三网络传输模块负责从云服务器获取的医疗事件数据，发送在线客服客户端的医疗事件到云服务器。
第三消息客户端模块负责接收来自云服务器的消息服务器模块发送的医疗事件消息，发送在线客服客户端的医疗事件消息到云服务器的消息服务器模块。
所述现场客服客户端软件运行在现场客服的手机上，由现场客服使用，包含第四网络传输模块，第四事件处理模块，第四消息客户端模块，第四定位模块。
第四事件处理模块负责显示医疗事件。针对每一条紧急医疗事件，事件处理模块判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值。如果大于警戒值，事件处理模块播放报警音，然后将该紧急医疗事件消息发送到当地所有的现场客服客户端。
现场客服可以查看医疗事件详细数据。现场客服可以查看患者用户记录，获知患者登记的地址。现场客服可以查看医疗事件内部包含的患者位置信息，确定患者当前具体位置。现场客服找到患者当面沟通，跟患者确认医疗事件，并督促患者坚持穿戴背心。现场客服处理医疗事件完毕后，填写处理结果，关闭医疗事件。
第四定位模块负责获取手机当前的位置信息。
第四网络传输模块负责从云服务器获取医疗事件数据，发送现场客服客户端的医疗事件、现场客服的位置信息到云服务器。
第四消息客户端模块负责接收来自云服务器的消息服务器模块发送的医疗事件消息，发送现场客服客户端的医疗事件消息到云服务器的消息服务器模块。
所述医生客户端软件运行在医院的医生工作站电脑上，由医生使用，包含第五网络传输模块，第五事件处理模块，第五消息客户端模块，诊断报告模块。
第五事件处理模块负责显示医疗事件，医生可以查看医疗事件详细数据。医生对医疗数据进行诊断后，填写诊断结果，关闭医疗事件。
诊断报告模块负责辅助分析心电数据，医生可以对心电数据进行测量，标注，填写诊断结果，打印心电图报告。诊断报告模块将诊断报告数据发送到云服务器。
第五网络传输模块负责从云服务器获取医疗事件数据，发送医生客户端的医疗事件、诊断报告数据到云服务器。
第五消息客户端模块负责接收来自云服务器的消息服务器模块发送的医疗事件消息，发送医生客服客户端的医疗事件消息到云服务器的消息服务器模块。
实施例2
一种医疗数据的分级管理方法，包括如下步骤：
S1：医疗设备监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据，其中普通医疗数据通过普通发送步骤发送至云服务器处，紧急医疗数据通过紧急发送步骤发送至云服务器处；
S2：云服务器接收医疗设备发送的医疗数据，其采用普通接收步骤接收普通医疗数据，采用紧急接收步骤接收紧急医疗数据，其中紧急接收步骤优先于普通接收步骤；
S3：云服务器对医疗数据进行整合处理成医疗事件后发送给在线客服客户端，其中该医疗事件包括普通事件和紧急事件；
S4：在线客服客户端接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
S5：现场客服对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生对医疗事件进行医学诊断处理。
优选地，所述紧急发送步骤具体包括：
步骤110，医疗设备向云服务器端口1发起TCP连接，建立TCP传输通道；
步骤120，设置紧急信号量W＝1，表示医疗设备当前有紧急数据要发送，该操作会阻塞医疗设备当前未完成的普通发送流程；
步骤130，把紧急数据分包发送到云服务器；
步骤140，等待云服务器返回ACK1确认数据包，如果收到ACK1数据包，表示服务器已经接收了上一包数据，医疗设备可以发送下一包数据了，执行步骤150；
步骤150，检查数据包的包头结束标志位，判断是否发送完毕，如果没有发送完毕，执行步骤130，继续发送；如果发送完毕，执行步骤160；
步骤160，设置紧急信号量W＝0，表示当前没有紧急数据要发送，该操作可以解除阻塞医疗设备当前未完成的普通发送流程；
步骤170，断开TCP连接，结束紧急发送流程。
优选地，所述紧急接收步骤具体包括：
步骤510，云服务器侦听TCP端口1，阻塞线程，等待接入客户端，如果收到客户端发起的TCP连接，执行步骤515；
步骤515，接受客户端连接，建立TCP传输通道；
步骤520，对紧急通道计数器+1，表示增加了一个紧急接收数据线程；
步骤525，设置紧急信号量S＝1，表示云服务器当前有紧急数据要接收，该操作会阻塞云服务器当前未完成的普通接收流程；
步骤530，接收紧急数据包，保存到接收缓存队列；
步骤535，发送ACK1确认数据包给医疗设备，表示医疗设备可以发送下一包数据了；
步骤540，检查数据包的包头结束标志位，判断是否接收完毕；如果没有接收完毕，执行步骤530，继续接收数据；如果接收完毕，把接收缓存队列的所有数据包保存到硬盘，合并为一个文件，然后执行步骤545；
步骤545，设置紧急通道计数器-1，表示减少了一个紧急接收数据线程；
步骤550，判断紧急通道计数器是否为0，如果紧急通道计数器为0，表示当前没有接收紧急数据线程，执行步骤555；如果紧急通道计数器不为0，表示当前还有紧急接收数据线程，执行步骤560；
步骤555，设置紧急信号量S＝0，表示云服务器当前没有接收紧急数据线程，该操作可以解除阻塞云服务器当前未完成的普通接收流程，执行步骤560；
步骤560，断开TCP连接，结束紧急接收流程。
优选地，所述步骤S4具体包括：
步骤705，订阅医疗事件消息；
步骤710，收取本人的医疗事件消息；
步骤715，显示医疗事件；
步骤720，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤725；否则，执行步骤735；
步骤725，播放报警音，提醒在线客服尽快处理该紧急医疗事件，然后执行步骤730；
步骤730，将该紧急医疗事件发送到所有在线客服客户端，然后执行步骤735；
步骤735，处理医疗事件，然后返回执行步骤710。
优选地，所述步骤S5具体包括：
步骤805，订阅医疗事件消息；
步骤810，收取本人的医疗事件消息；
步骤815，显示医疗事件；
步骤820，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤825；否则，执行步骤835；
步骤825，；播放报警音，提醒现场客服尽快处理该紧急医疗事件，然后执行步骤830；
步骤830，；将该紧急医疗事件发送到当地所有的现场客服客户端
步骤835，处理医疗事件，然后返回执行步骤810。
下面以一WCD主机为实例来具体说明。
图2WCD主机紧急发送流程图。
步骤110，WCD主机第一网络传输模块向云服务器端口1发起TCP连接，建立TCP传输通道。然后执行步骤120。
步骤120，第一网络传输模块设置紧急信号量W＝1，表示WCD主机当前有紧急数据要发送，该操作会阻塞医疗设备当前未完成的普通发送流程。然后执行步骤130。
步骤130，第一网络传输模块把紧急数据分包发送到云服务器，数据包由包头和包内容组成，每个数据包内容长度为1000字节，最后一包内容如果不足1000字节按实际数据长度保存，确保一次TCP可以完整发送一个数据包，最后一包的包头设置结束标志位表示它是最后一包。然后执行步骤140。
步骤140，第一网络传输模块等待云服务器返回ACK1确认数据包，如果收到ACK1数据包，表示服务器已经接收了上一包数据，WCD主机可以发送下一包数据了，执行步骤150。
步骤150，第一网络传输模块检查数据包的包头结束标志位，判断是否发送完毕，如果没有发送完毕，执行步骤130，继续发送。如果发送完毕，执行步骤160。
步骤160，第一网络传输模块设置紧急信号量W＝0，表示当前没有紧急数据要发送，该操作可以解除阻塞医疗设备当前未完成的普通发送流程。然后执行步骤170。
步骤170，第一网络传输模块断开TCP连接，结束紧急发送流程。
图3WCD主机普通发送流程图。
步骤210，WCD主机第一网络传输模块向云服务器端口2发起TCP连接，建立TCP传输通道。然后执行步骤220。
步骤220，第一网络传输模块等待紧急信号量W＝0，阻塞线程。如果紧急信号量W＝1表示WCD主机当前有紧急数据要发送，那么普通发送流程要暂停，等待紧急数据发送完毕，紧急信号量W＝0，普通发送流程才能够继续。如果等到紧急信号量W＝0，解除阻塞线程，执行步骤230。
步骤230，第一网络传输模块把普通数据分包发送到云服务器，数据包由包头和包内容组成，每个数据包内容长度为1000字节，最后一包内容如果不足1000字节按实际数据长度保存，确保一次TCP可以完整发送一个数据包，最后一包的包头设置结束标志位表示它是最后一包。然后执行步骤240。
步骤240，第一网络传输模块等待云服务器返回ACK2确认数据包，如果收到ACK2数据包，表示服务器已经接收了上一包数据，WCD主机可以发送下一包数据了，执行步骤250。
步骤250，第一网络传输模块检查数据包的包头结束标志位，判断是否发送完毕，如果没有发送完毕，执行步骤220，继续发送。如果发送完毕，执行步骤260。
步骤260，第一网络传输模块断开TCP连接，结束普通发送流程。
图4云服务器紧急接收流程图。
步骤510，云服务器第二网络传输模块侦听TCP端口1，阻塞线程，等待接入客户端。如果收到客户端发起的TCP连接，执行步骤515。
步骤515，第二网络传输模块接受客户端连接，建立TCP传输通道，然后执行步骤520。
步骤520，第二网络传输模块对紧急通道计数器+1，表示增加了一个紧急接收数据线程。然后执行步骤525。
步骤525，第二网络传输模块设置紧急信号量S＝1，表示云服务器当前有紧急数据要接收，该操作会阻塞云服务器当前未完成的普通接收流程。然后执行步骤530。
步骤530，第二网络传输模块接收紧急数据包，保存到接收缓存队列，然后执行步骤535。
步骤535，第二网络传输模块发送ACK1确认数据包给WCD主机，表示WCD主机可以发送下一包数据了。然后执行步骤540。
步骤540，第二网络传输模块检查数据包的包头结束标志位，判断是否接收完毕。如果没有接收完毕，执行步骤530，继续接收数据。如果接收完毕，把接收缓存队列的所有数据包保存到硬盘，合并为一个文件，然后执行步骤545。
步骤545，第二网络传输模块设置紧急通道计数器-1，表示减少了一个紧急接收数据线程。然后执行步骤550。
步骤550，第二网络传输模块判断紧急通道计数器是否为0。如果紧急通道计数器为0，表示当前没有接收紧急数据线程，执行步骤555。如果紧急通道计数器不为0，表示当前还有紧急接收数据线程，执行步骤560。
步骤555，第二网络传输模块设置紧急信号量S＝0，表示云服务器当前没有接收紧急数据线程，该操作可以解除阻塞云服务器当前未完成的普通接收流程。然后执行步骤560。
步骤560，第二网络传输模块断开TCP连接，结束紧急接收流程。然后启动云服务器发送医疗事件消息流程。
图5云服务器普通接收流程图。
步骤610，云服务器第二网络传输模块侦听TCP端口2，阻塞线程，等待接入客户端。如果收到客户端发起的TCP连接，执行步骤615。
步骤615，第二网络传输模块接受客户端连接，建立TCP传输通道，然后执行步骤620。
步骤620，第二网络传输模块接收普通数据包，保存到接收缓存队列，然后执行步骤625。
步骤625，第二网络传输模块等待紧急信号量S＝0，阻塞线程，如果紧急信号量S＝1表示云服务器当前有紧急数据要接收，那么普通接收流程要暂停，等到全部紧急数据接收完毕，紧急信号量S＝0，普通接收流程才能够继续。如果等到紧急信号量S＝0，解除阻塞线程，执行步骤630。
步骤630，第二网络传输模块发送ACK2确认数据包给WCD主机，表示WCD主机可以发送下一包数据了。然后执行步骤635。
步骤635，第二网络传输模块检查数据包的包头结束标志位，判断是否接收完毕。如果没有接收完毕，执行步骤620，继续接收数据。如果接收完毕，把接收缓存队列的所有数据包保存到硬盘，合并为一个文件，执行步骤640。
步骤640，第二网络传输模块断开TCP连接，结束普通接收流程。然后启动云服务器发送医疗事件消息流程。
图6云服务器发送医疗事件消息流程图。
步骤405，云服务器第二网络传输模块接收WCD主机数据。第二网络传输模块采用紧急接收流程接收紧急数据，采用普通接收流程接收普通数据。接收完毕，把该医疗数据保存为一个文件，记录该文件的路径，然后执行步骤410。
步骤410，创建医疗事件记录。云服务器数据存储模块在数据库中创建医疗事件记录，记录包含该医疗数据文件的路径，将记录的ID，作为医疗事件的ID。客户端收到医疗事件消息之后，获得医疗事件的ID，进而可以通过查询数据库记录ID，获得医疗数据文件的路径，进而通过下载文件，获得医疗事件数据。然后执行步骤415。
步骤415，创建医疗事件消息。云服务器第二事件处理模块以该医疗事件的ID为参数，创建主题为“XX地区在线客服医疗事件”的消息，其中XX为该医疗事件所属患者所在的地区，例如，北京市的患者，创建的消息主题为“北京市地区在线客服医疗事件”。然后执行步骤420。
步骤420，向在线客服客户端发送该医疗事件消息。
具体方法为，云服务器第二事件处理模块，把主题为“XX地区在线客服医疗事件”的消息，发送到云服务器的消息服务器模块，消息服务器模块将该消息，转发给所有订阅了“XX地区在线客服医疗事件”主题的在线客服客户端。因为负责XX地区的在线客服客户端订阅了“XX地区在线客服医疗事件”主题的消息，所以负责XX地区的在线客服客户端会收到该医疗事件消息。
然后返回执行步骤405。
图7在线客服客户端处理医疗事件消息流程图。
步骤705，在线客服第三消息客户端模块订阅医疗事件消息。
具体方法为，在线客服客户端的第三消息客户端模块建立与云服务器的消息服务器模块的网络连接。第三消息客户端模块订阅主题为“XX地区在线客服医疗事件”的消息，用于接收个人负责的地区的医疗事件消息，例如，北京市的在线客服订阅主题为“北京市地区在线客服医疗事件”的消息。第三消息客户端模块订阅主题为“在线客服超时紧急事件”的消息，用于接收集体负责的医疗事件消息。然后执行步骤710。
步骤710，收取本人的医疗事件消息。在线客服客户端订阅了“XX地区在线客服医疗事件”主题的消息之后，云服务器的消息服务器就会把该主题的消息实时发送到在线客服客户端。在线客服客户端收到医疗事件消息之后，得到医疗事件的ID，在线客服的第三网络传输模块从云服务器获取该医疗事件ID对应的医疗事件数据，然后执行步骤715。
步骤715，在线客服客户端的第三事件处理模块显示医疗事件。对于每一条医疗事件，第三事件处理模块显示该事件的发生时间，患者姓名，患者电话，患者地址，数据类型等信息。如果有多条医疗事件，则按照发生时间，按顺序逐条显示。然后执行步骤720。
步骤720，针对每一条紧急事件，第三事件处理模块判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值。如果大于警戒值，认为该紧急事件处理超时，执行步骤725。否则，执行步骤735。
步骤725，第三事件处理模块播放报警音，提醒在线客服尽快处理该紧急医疗事件，然后执行步骤730。
步骤730，第三事件处理模块将该紧急医疗事件发送到所有在线客服客户端。
具体方法为，第三事件处理模块以该紧急事件的ID为参数，创建主题为“在线客服超时紧急事件”的消息，发送到云服务器的消息服务器模块，消息服务器模块将该消息，转发给所有订阅了“在线客服超时紧急事件”主题的在线客服客户端。因为每个在线客服客户端都订阅了“在线客服超时紧急事件”主题的消息，所以每个在线客服客户端都会收到该紧急医疗事件消息。
然后执行步骤735。
步骤735，用户处理医疗事件。
具体方法为，在线客服可以查看医疗事件详细数据。在线客服判断医疗事件的类型，如果是产品使用方面的问题，例如，患者长时间不穿戴背心，在线客服可以查看系统登记的患者用户信息，拨打患者电话，跟患者确认事件，并督促患者坚持穿戴背心。
如果电话沟通无效，在线客服把医疗事件转发给当地的现场客服，由现场客服到患者家里当面处理。系统根据患者用户记录登记的地址和医疗事件数据内部包含的患者位置信息，以及现场客服的位置信息，自动找出离患者最近的现场客服。
假定找到的现场客服用户名为YY，在线客服消息客户端创建主题为“YY个人现场客服医疗事件”的消息，并将医疗事件消息发送到云服务器的消息服务器模块，消息服务器模块将该消息，转发给订阅了“YY个人现场客服医疗事件”主题的现场客服客户端。因为YY现场客服客户端订阅了“YY个人现场客服医疗事件”主题的消息，所以YY现场客服客户端会收到该医疗事件消息。
在线客服如果判断医疗事件不是产品使用方面的问题，将医疗事件转发给患者所属的医院，系统根据患者用户记录登记的所属医院，将医疗事件消息发送到该院的医生工作站客户端软件，提醒医生处理。
然后返回执行步骤710。
图8现场客服客户端处理医疗事件消息流程图。
步骤805，第四消息客户端模块订阅医疗事件消息。
具体方法为，现场客服客户端的第四消息客户端模块建立与云服务器的消息服务器模块的网络连接。消息客户端模块订阅主题为“YY个人现场客服医疗事件”的消息，用于接收个人负责的地区的医疗事件消息，例如，张三的现场客服订阅主题为“张三个人现场客服医疗事件”的消息。第四消息客户端模块订阅主题为“XX地区现场客服超时紧急事件”的消息，用于接收本地区现场客服集体负责的医疗事件消息。然后执行步骤810。
步骤810，收取本人的医疗事件消息。现场客服客户端订阅了“YY个人现场客服医疗事件”主题的消息之后，云服务器的消息服务器就会把该主题的消息实时发送到现场客服客户端。现场客服客户端收到医疗事件消息之后，得到医疗事件的ID，现场客服网络传输模块从云服务器获取该医疗事件ID对应的医疗事件数据，然后执行步骤815。
步骤815，第四事件处理模块显示医疗事件。对于每一条医疗事件，事件处理模块显示该事件的发生时间，患者姓名，患者电话，患者地址，数据类型等信息。如果有多条医疗事件，则按照发生时间，按顺序逐条显示。然后执行步骤820。
步骤820，针对每一条紧急事件，第四事件处理模块判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值。如果大于警戒值，认为该紧急事件处理超时，执行步骤825。否则，执行步骤835。
步骤825，第四事件处理模块播放报警音，提醒现场客服尽快处理该紧急医疗事件，然后执行步骤830。
步骤830，第四事件处理模块将该紧急医疗事件发送到当地所有的现场客服客户端。
具体方法为，第四事件处理模块以该紧急事件的ID为参数，创建主题为“XX地区现场客服超时紧急事件”的消息，发送到云服务器的消息服务器模块，消息服务器模块将该消息，转发给所有订阅了“XX地区现场客服超时紧急事件”主题的现场客服客户端。因为XX地区的每个现场客服客户端都订阅了“XX地区现场客服超时紧急事件”主题的消息，所以XX地区的每个现场客服客户端都会收到该紧急医疗事件消息。
然后执行步骤835。
步骤835，用户处理医疗事件。
具体方法为，现场客服可以查看医疗事件详细数据。现场客服可以查看患者用户记录，获知患者登记的地址。现场客服可以查看医疗事件内部包含的患者位置信息，确定患者当前具体位置。现场客服找到患者当面沟通，跟患者确认医疗事件，并督促患者坚持穿戴背心。现场客服处理医疗事件完毕后，填写处理结果，关闭医疗事件。
然后返回执行步骤810。
本实施例所述的医疗数据的分级管理方法，医疗设备采用紧急发送流程，发送紧急类型数据，云服务器采用紧急接收流程，接收紧急类型数据，实现了紧急医疗事件高优先级从医疗设备传输到云服务器。云服务器收到紧急医疗数据之后，通过消息服务器实时发送医疗事件消息给在线客服客户端，使得在线客服可以尽快知晓紧急医疗事件。在线客服客户端如果判断到紧急医疗事件处理时间过长，发出报警，提醒在线客服尽快处理，同时把该紧急医疗事件消息发送给所有在线客服客户端，其他在线客服可以帮忙处理，使得紧急医疗事件不会被在线客服耽误太长时间。现场客服客户端如果判断到紧急医疗事件处理时间过长，发出报警，提醒现场客服尽快处理，同时把该紧急医疗事件消息发送给当地所有的现场客服客户端，其他现场客服可以帮忙处理，使得紧急医疗事件不会被现场客服耽误太长时间。
综合上述措施，最终实现紧急医疗事件得以快速处理，提升患者使用医疗设备的安全性。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种医疗数据的分级管理系统，其特征在于，包括：
医疗设备，用于监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器处，其中，所述普通医疗数据通过普通发送步骤发送至云服务器处，在所述普通发送步骤中，所述医疗设备第一网络传输模块向所述云服务器端口2发起TCP连接，建立TCP传输通道，以传输所述普通医疗数据；所述紧急医疗数据通过紧急发送步骤发送至云服务器处，在所述紧急发送步骤中，所述医疗设备第一网络传输模块向所述云服务器端口1发起TCP连接，建立TCP传输通道，以传输所述紧急医疗数据，并设置紧急信号量W＝1，以表示所述医疗设备当前有紧急数据要发送，阻塞所述医疗设备当前未完成的普通发送流程；等待紧急数据发送完毕，设置紧急信号量W＝0，解除阻塞线程，以执行普通发送流程；所述紧急发送步骤具有高优先级，若所述紧急发送步骤处于启动状态，则已有的所述普通发送步骤进入暂停状态；
所述云服务器，用于接收所述医疗设备发送的医疗数据，并且优先接收紧急医疗数据；而后形成医疗事件，并转发至在线客服客户端、现场客服客户端和/或医生客户端，其中该医疗事件包括普通事件和紧急事件；其中，采用普通接收步骤接收所述普通医疗数据，在所述普通接收步骤中，所述云服务器第二网络传输模块侦听TCP端口2，等待接入客户端；采用紧急接收步骤接收所述紧急医疗数据，在所述紧急接收步骤中，所述云服务器第二网络传输模块侦听TCP端口1，等待接入客户端，并设置紧急信号量S＝1，以表示所述云服务器当前有紧急数据要接收，阻塞所述云服务器当前未完成的普通接收流程；如果所述紧急医疗数据接收完毕，设置紧急信号量S＝0，以解除阻塞云服务器当前未完成的普通接收流程；所述紧急接收步骤优先于所述普通接收步骤，若所述紧急接收步骤处于启动状态，则已有的所述普通接收步骤进入暂停状态；
在线客服客户端，用于接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
现场客服客户端，用于对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生客户端，用于供医生对医疗事件进行医学诊断处理。
2.如权利要求1所述的医疗数据的分级管理系统，其特征在于，所述医疗设备具体包括：
状态监测模块，用于监测医疗设备的穿戴情况，如果监测到处于未穿戴状态，则发出报警提醒患者，同时将穿戴数据发送至第一网络传输模块；
生命体征参数检测模块，用于实时检测生命体征参数，如果检测到异常生命体征参数时，将异常生命体征参数发送至第一网络传输模块，并在必要时启动治疗模块；
治疗模块，用于对人体进行治疗，并将治疗时的生命体征参数发送至第一网络传输模块；
第一定位模块，用于获取该医疗设备的当前位置信息；
第一网络传输模块，用于把患者的穿戴数据、异常生命体征参数、治疗时的生命体征参数，分别添加当前位置信息后形成不同的医疗数据，而后根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据发送至云服务器。
3.如权利要求1或2所述的医疗数据的分级管理系统，其特征在于，所述云服务器具体包括：
用户管理模块，用于用户的创建，修改，删除；其中用户的类型包括但不限于患者、医生、在线客服、现场客服；
第二事件处理模块，用于创建、修改医疗事件；
第二网络传输模块，用于与医疗设备、在线客服客户端、现场客服客户端、医生客户端通信，并且该第二网络传输模块优先接收医疗设备发送的紧急医疗数据；
消息服务器模块，用于接收来自在线客服客户端、现场客服客户端、医生客户端发送的医疗事件消息，并根据医疗事件消息的主题，转发给订阅了该主题的在线客服客户端、现场客服客户端、医生客户端。
4.如权利要求1或2所述的医疗数据的分级管理系统，其特征在于，所述在线客服客户端具体包括：
第三事件处理模块负责显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给所有的在线客服客户端；
第三网络传输模块，用于从云服务器获取医疗事件，并发送在线客服客户端的医疗事件到云服务器；
第三消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送在线客服客户端的医疗事件消息到云服务器。
5.如权利要求1或2所述的医疗数据的分级管理系统，其特征在于，所述现场客服客户端具体包括：
第四事件处理模块，用于显示医疗事件并对其进行处理，针对每一条紧急事件判断其是否超时处理，若是则通过云服务器将该事件转发给当地所有的现场客服客户端；
第四定位模块负责获取现场客服当前的位置信息；
第四网络传输模块，用于从云服务器获取医疗事件，并发送现场客服客户端的医疗事件、现场客服的位置信息到云服务；
第四消息客户端模块，用于接收来自云服务器发送的医疗事件消息，并发送现场客服客户端的医疗事件消息到云服务器。
6.一种医疗数据的分级管理方法，其特征在于，包括如下步骤：
S1：医疗设备监测患者的生命体征参数，获取医疗数据，并根据医疗数据的紧急程度将其划分为普通医疗数据和紧急医疗数据，其中普通医疗数据通过普通发送步骤发送至云服务器处，在所述普通发送步骤中，所述医疗设备第一网络传输模块向所述云服务器端口2发起TCP连接，建立TCP传输通道，以传输所述普通医疗数据；紧急医疗数据通过紧急发送步骤发送至云服务器处，在所述紧急发送步骤中，所述医疗设备第一网络传输模块向所述云服务器端口1发起TCP连接，建立TCP传输通道，以传输所述紧急医疗数据，并设置紧急信号量W＝1，以表示所述医疗设备当前有紧急数据要发送，阻塞所述医疗设备当前未完成的普通发送流程；等待紧急数据发送完毕，设置紧急信号量W＝0，解除阻塞线程，以执行普通发送流程；所述紧急发送步骤具有高优先级，若所述紧急发送步骤处于启动状态，则已有的所述普通发送步骤进入暂停状态；
S2：云服务器接收医疗设备发送的医疗数据，其采用普通接收步骤接收普通医疗数据，在所述普通接收步骤中，所述云服务器第二网络传输模块侦听TCP端口2，等待接入客户端；采用紧急接收步骤接收紧急医疗数据，在所述紧急接收步骤中，所述云服务器第二网络传输模块侦听TCP端口1，等待接入客户端，并设置紧急信号量S＝1，以表示所述云服务器当前有紧急数据要接收，阻塞所述云服务器当前未完成的普通接收流程；如果所述紧急医疗数据接收完毕，设置紧急信号量S＝0，以解除阻塞云服务器当前未完成的普通接收流程；其中紧急接收步骤优先于普通接收步骤，若所述紧急接收步骤处于启动状态，则已有的普通接收步骤进入暂停状态；
S3：云服务器对医疗数据进行整合处理成医疗事件后发送给在线客服客户端，其中该医疗事件包括普通事件和紧急事件；
S4：在线客服客户端接收并处理医疗事件；若紧急事件处理超时则通过云服务器将该事件转发给所有的在线客服客户端；
S5：现场客服对医疗事件进行现场处理；若紧急事件处理超时则通过云服务器将该事件转发给当地所有的现场客服客户端；
医生对医疗事件进行医学诊断处理。
7.如权利要求6所述的医疗数据的分级管理方法，其特征在于，所述紧急发送步骤具体包括：
步骤110，医疗设备向云服务器端口1发起TCP连接，建立TCP传输通道；
步骤120，设置紧急信号量W=1，表示医疗设备当前有紧急数据要发送，该操作会阻塞医疗设备当前未完成的普通发送流程；
步骤130，把紧急数据分包发送到云服务器；
步骤140，等待云服务器返回ACK1确认数据包，如果收到ACK1数据包，表示服务器已经接收了上一包数据，医疗设备可以发送下一包数据了，执行步骤150；
步骤150，检查数据包的包头结束标志位，判断是否发送完毕，如果没有发送完毕，执行步骤130，继续发送；如果发送完毕，执行步骤160；
步骤160，设置紧急信号量W=0，表示当前没有紧急数据要发送，该操作可以解除阻塞医疗设备当前未完成的普通发送流程；
步骤170，断开TCP连接，结束紧急发送流程。
8.如权利要求6或7所述的医疗数据的分级管理方法，其特征在于，所述紧急接收步骤具体包括：
步骤510，云服务器侦听TCP端口1，阻塞线程，等待接入客户端，如果收到客户端发起的TCP连接，执行步骤515；
步骤515，接受客户端连接，建立TCP传输通道；
步骤520，对紧急通道计数器+1，表示增加了一个紧急接收数据线程；
步骤525，设置紧急信号量S=1，表示云服务器当前有紧急数据要接收，该操作会阻塞云服务器当前未完成的普通接收流程；
步骤530，接收紧急数据包，保存到接收缓存队列；
步骤535，发送ACK1确认数据包给医疗设备，表示医疗设备可以发送下一包数据了；
步骤540，检查数据包的包头结束标志位，判断是否接收完毕；如果没有接收完毕，执行步骤530，继续接收数据；如果接收完毕，把接收缓存队列的所有数据包保存到硬盘，合并为一个文件，然后执行步骤545；
步骤545，设置紧急通道计数器-1，表示减少了一个紧急接收数据线程；
步骤550，判断紧急通道计数器是否为0，如果紧急通道计数器为0，表示当前没有接收紧急数据线程，执行步骤555；如果紧急通道计数器不为0，表示当前还有紧急接收数据线程，执行步骤560；
步骤555，设置紧急信号量S=0，表示云服务器当前没有接收紧急数据线程，该操作可以解除阻塞云服务器当前未完成的普通接收流程，执行步骤560；
步骤560，断开TCP连接，结束紧急接收流程。
9.如权利要求6或7所述的医疗数据的分级管理方法，其特征在于，所述步骤S4具体包括：
步骤705，订阅医疗事件消息；
步骤710，收取本人的医疗事件消息；
步骤715，显示医疗事件；
步骤720，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤725；否则，执行步骤735；
步骤725，播放报警音，提醒在线客服尽快处理该紧急医疗事件，然后执行步骤730；
步骤730，将该紧急医疗事件发送到所有在线客服客户端，然后执行步骤735；
步骤735，处理医疗事件，然后返回执行步骤710。
10.如权利要求6或7所述的医疗数据的分级管理方法，其特征在于，所述步骤S5具体包括：
步骤805，订阅医疗事件消息；
步骤810，收取本人的医疗事件消息；
步骤815，显示医疗事件；
步骤820，针对每一条紧急事件，判断该紧急医疗事件的发生时间距离当前时间是否大于警戒值；如果大于警戒值，认为该紧急事件处理超时，执行步骤825；否则，执行步骤835；
步骤825，播放报警音，提醒现场客服尽快处理该紧急医疗事件，然后执行步骤830；
步骤830，将该紧急医疗事件发送到当地所有的现场客服客户端；
步骤835，处理医疗事件，然后返回执行步骤810。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910908675.9A CN111145893B (zh) | 2019-09-25 | 2019-09-25 | 一种医疗数据的分级管理系统及其方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910908675.9A CN111145893B (zh) | 2019-09-25 | 2019-09-25 | 一种医疗数据的分级管理系统及其方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111145893A CN111145893A (zh) | 2020-05-12 |
| CN111145893B true CN111145893B (zh) | 2024-04-19 |
Family
ID=70516817
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910908675.9A Active CN111145893B (zh) | 2019-09-25 | 2019-09-25 | 一种医疗数据的分级管理系统及其方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111145893B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113035344B (zh) * | 2021-04-20 | 2022-07-12 | 丹源医学科技(杭州)有限公司 | 一种紧急治疗防误触方法、装置和系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002033620A1 (en) * | 2000-10-16 | 2002-04-25 | Calaman Gregory A | System for providing personal security via event detection |
| CN102714524A (zh) * | 2009-11-13 | 2012-10-03 | Zoll医疗公司 | 基于社区的响应系统 |
| CN103281794A (zh) * | 2013-06-09 | 2013-09-04 | 重庆邮电大学 | 体域网中紧急数据优先传输调度方法 |
| CN103329149A (zh) * | 2010-12-15 | 2013-09-25 | 罗斯医药公司 | 改进的患者紧急响应系统 |
| CN105678098A (zh) * | 2016-02-23 | 2016-06-15 | 济宁中科大象医疗电子科技有限公司 | 基于云平台的远程心电监护与健康管理系统及其实现方法 |
-
2019
- 2019-09-25 CN CN201910908675.9A patent/CN111145893B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002033620A1 (en) * | 2000-10-16 | 2002-04-25 | Calaman Gregory A | System for providing personal security via event detection |
| CN102714524A (zh) * | 2009-11-13 | 2012-10-03 | Zoll医疗公司 | 基于社区的响应系统 |
| CN103329149A (zh) * | 2010-12-15 | 2013-09-25 | 罗斯医药公司 | 改进的患者紧急响应系统 |
| CN103281794A (zh) * | 2013-06-09 | 2013-09-04 | 重庆邮电大学 | 体域网中紧急数据优先传输调度方法 |
| CN105678098A (zh) * | 2016-02-23 | 2016-06-15 | 济宁中科大象医疗电子科技有限公司 | 基于云平台的远程心电监护与健康管理系统及其实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111145893A (zh) | 2020-05-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11980767B2 (en) | Medical equipment messaging | |
| US11911164B2 (en) | Biological signal management | |
| US10835121B2 (en) | Transmitting treatment information | |
| JP6483618B2 (ja) | 患者モニタへの除細動器のデータの統合 | |
| US9808636B2 (en) | Electrocardiogram identification | |
| CN103801002B (zh) | 一种除颤医疗设备 | |
| Chen et al. | Cellular phone based online ECG processing for ambulatory and continuous detection | |
| CN108523879A (zh) | 一种心电图检测系统及检测方法 | |
| CN111145893B (zh) | 一种医疗数据的分级管理系统及其方法 | |
| CN111419216A (zh) | 心电数据传输系统及方法 | |
| CN110623659A (zh) | 一种基于可穿戴式医疗设备的网络数据管理系统及其方法 | |
| WO2023197420A1 (zh) | 可穿戴心脏医疗设备、控制方法及医疗系统 | |
| CN110448291A (zh) | 一种远程监护系统 | |
| Reiss et al. | Telemedical concepts for heart failure patients treated with a wearable cardioverter defibrillator | |
| CN201638350U (zh) | 院外心脏监护自动报警器 | |
| Zhou et al. | A New System Dedicated to Real-time Cardiac Arrhythmias Tele-assistance and Monitoring. | |
| CN110634562A (zh) | 用于提高可穿戴医疗设备的穿戴依从性的管理系统和方法 | |
| CN209733985U (zh) | 无线12导联动态心电图实时监护仪 | |
| CN212491152U (zh) | 一种带有用户基站的可穿戴心律转复除颤系统 | |
| Melville et al. | The potential impact of prehospital electrocardiography and telemetry on time to thrombolysis in a United Kingdom center | |
| CN111420285B (zh) | 一种带有用户基站的可穿戴心律转复除颤系统 | |
| CN215643086U (zh) | 一种基于蓝牙网关一对多心电贴数据并行采集系统 | |
| CN216136576U (zh) | 一种aed与心电筛查、科普教育的一体化工作站 | |
| US20200337583A1 (en) | Heart monitoring system and method of use | |
| CN111420285A (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 |