CN111613282A - 用于灾害现场的云病历构造方法、系统、设备及介质 - Google Patents
用于灾害现场的云病历构造方法、系统、设备及介质 Download PDFInfo
- Publication number
- CN111613282A CN111613282A CN202010362201.1A CN202010362201A CN111613282A CN 111613282 A CN111613282 A CN 111613282A CN 202010362201 A CN202010362201 A CN 202010362201A CN 111613282 A CN111613282 A CN 111613282A
- Authority
- CN
- China
- Prior art keywords
- record
- medical record
- wounded
- rescue
- treatment
- 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
Images
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Epidemiology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种用于灾害现场的云病历构造方法、系统、设备及介质。其中，所述云病历构造方法应用于终端设备并且包括：识别伤员的救援标识以从云服务器中获取所述伤员的电子病历；根据所述伤员对应的救治信息编辑所述电子病历；将编辑完成的电子病历更新至所述云服务器。本发明针对灾害现场伤员紧急救护的复杂环境应用需求，提供一种适用于整个救治流程并能够提高整体救治效果的信息化支撑方案，以确保特殊环境及地点转移情景下伤员救治的医疗质量和安全，既可以实现灾害现场伤员救治信息的快速采集与共享，还可以有助于保障医疗质量与安全以及有助于提高灾害现场整体救治效能和指挥决策能力。
Description
技术领域
本发明涉及医疗信息系统技术领域，尤其涉及一种用于灾害现场的云病历构造方法、系统、设备及介质。
背景技术
灾害现场创伤是全球性突发公共卫生问题，创伤现场急救是伤员救治成功的关键。大规模灾害发生时，对大量伤员进行快速准确伤情分类、抢救及转运等是挽救生命、减少伤残的有效措施。灾害现场存在着伤员位置信息、伤情变化信息及救援信息收集管理困难问题，因此灾害现场信息传输的及时性、连续性和准确性直接影响伤员在各个环节的救护质量。
发明内容
本发明要解决的技术问题是为了克服现有技术中灾害现场信息收集管理困难的缺陷，提供一种用于灾害现场的云病历构造方法、系统、设备及介质。
本发明是通过下述技术方案来解决上述技术问题：
一种用于灾害现场的云病历构造方法，所述云病历构造方法应用于终端设备并且包括：
识别伤员的救援标识以从云服务器中获取所述伤员的电子病历；
根据所述伤员对应的救治信息编辑所述电子病历；
将编辑完成的电子病历更新至所述云服务器。
较佳地，所述电子病历包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录中的至少一种；其中：
所述火线救治记录包括身份信息、伤情评估以及火线处置记录中的至少一种；
所述野战医院救治记录包括手术前救治记录、手术中及手术后救治记录以及离院后病历记录中的至少一种；其中：
所述手术前救治记录包括：检查报告、会诊记录、术前讨论记录、手术风险评估中的至少一种；
所述手术中及手术后救治记录包括：手术记录、麻醉记录、输血记录、护理记录、生命体征测量记录中的至少一种；
所述离院后病历记录包括阶段小结记录；
所述转运救治记录包括：生命体征测量记录和/或转运途中抢救记录；
所述后方医院收治记录包括：交接单记录和/或危重评估记录。
较佳地，所述识别伤员的救援标识以从云服务器中获取所述伤员的电子病历的步骤包括：
识别伤员的救援标识以获取所述伤员的救援编号；
根据所述救援编号从云服务器中获取所述伤员的电子病历；
和/或，
在所述将编辑完成的电子病历更新至所述云服务器的步骤之后还包括：
将所述电子病历发送至救援指挥中心和/或医院信息系统，其中，所述救援指挥中心与所述云服务器和/或医院信息系统通信连接。
较佳地，当所述电子病历包括所述身份信息时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
获取识别所述救援标识的时间信息以及当前编辑所述电子病历的医护人员的医护人员信息与位置信息；
根据所述医护人员信息以及所述位置信息编辑所述电子病历；
和/或，
当所述电子病历包括所述生命体征测量记录时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
在所述终端设备与医疗监护设备之间建立通信连接；
从所述医疗监护设备接收所述伤员的生命体征测量记录；
根据所述生命体征测量记录编辑所述电子病历；
和/或，
当所述电子病历包括所述阶段小结记录时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
根据当前电子病历生成阶段小结记录。
一种用于灾害现场的云病历构造系统，所述云病历构造方法应用于终端设备并且包括：
识别模块，用于识别伤员的救援标识以从云服务器中获取所述伤员的电子病历；
编辑模块，用于根据所述伤员对应的救治信息编辑所述电子病历；
更新模块，用于将编辑完成的电子病历更新至所述云服务器。
较佳地，所述电子病历包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录中的至少一种；其中：
所述火线救治记录包括身份信息、伤情评估以及火线处置记录中的至少一种；
所述野战医院救治记录包括手术前救治记录、手术中及手术后救治记录以及离院后病历记录中的至少一种；其中：
所述手术前救治记录包括：检查报告、会诊记录、术前讨论记录、手术风险评估中的至少一种；
所述手术中及手术后救治记录包括：手术记录、麻醉记录、输血记录、护理记录、生命体征测量记录中的至少一种；
所述离院后病历记录包括阶段小结记录；
所述转运救治记录包括：生命体征测量记录和/或转运途中抢救记录；
所述后方医院收治记录包括：交接单记录和/或危重评估记录。
较佳地，所述识别模块具体用于识别伤员的救援标识以获取所述伤员的救援编号，并根据所述救援编号从云服务器中获取所述伤员的电子病历；
和/或，
所述云服务器还用于将所述电子病历发送至救援指挥中心和/或医院信息系统，其中，所述救援指挥中心与所述云服务器和/或医院信息系统通信连接。
较佳地，当所述电子病历包括所述身份信息时，所述编辑模块包括：
获取单元，用于获取识别所述救援标识的时间信息以及当前编辑所述电子病历的医护人员的医护人员信息与位置信息；
第一编辑单元，用于根据所述医护人员信息以及所述位置信息编辑所述电子病历；
和/或，
当所述电子病历包括所述生命体征测量记录时，所述编辑模块包括：
连接单元，用于在所述终端设备与医疗监护设备之间建立通信连接；
接收单元，用于从所述医疗监护设备接收所述伤员的生命体征测量记录；
第二编辑单元，用于根据所述生命体征测量记录编辑所述电子病历；
和/或，
当所述电子病历包括所述阶段小结记录时，所述编辑模块包括：
生成单元，用于根据当前电子病历生成阶段小结记录。
一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一种用于灾害现场的云病历构造方法。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种用于灾害现场的云病历构造方法的步骤。
本发明的积极进步效果在于：本发明针对灾害现场伤员紧急救护的复杂环境应用需求，提供一种适用于整个救治流程并能够提高整体救治效果的信息化支撑方案，以确保特殊环境及地点转移情景下伤员救治的医疗质量和安全，既可以实现灾害现场伤员救治信息的快速采集与共享，还可以有助于保障医疗质量与安全以及有助于提高灾害现场整体救治效能和指挥决策能力。
附图说明
图1为根据本发明实施例1的用于灾害现场的云病历构造方法的流程图。
图2为根据本发明实施例2的用于灾害现场的云病历构造系统的模块示意图。
图3为根据本发明实施例3的电子设备的结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本发明提供一种用于灾害现场的云病历构造方法，参照图1，本实施例的云病历构造方法包括：
S1、识别伤员的救援标识以从云服务器中获取伤员的电子病历；
S2、根据伤员对应的救治信息编辑电子病历；
S3、将编辑完成的电子病历更新至云服务器。
本实施例的云病历构造方法可以基于终端设备以及云服务器实现，具体地，终端设备可以是移动便携的、能够实现数据输入与显示以及位置追踪与定位的无线通讯装置，例如，可以是手机、PAD(平板电脑)等，云服务器用于提供云计算服务，具体包括云数据中心和云应用中心，具体地，本实施例中云服务器可以支持集中部署模式，可以支持公有云或私有云应用模式，同时还可以结合云虚拟化和“SaaS(Software-as-a-Service，软件即服务)”模式，来支撑实现本实施例的落地应用。此外，在本实施例中，灾害现场可以运用物联网、自组网、卫星通信、3G/4G/5G、北斗导航等混合组网技术，来实现一体化的适用于灾害现场的安全可靠的通信组网模式，进而为本实施例的实现提供通信保障。
在本实施例中，救援标识的载体可以是事先预制且可穿戴的救援牌(例如，可以是手环、颈牌等)，救援标识可以是二维码、条形码等可识别图案并且可以与救援编号一一对应，其中，救援编号可以作为伤员唯一的身份标识贯穿于伤员救治的全部过程，以提高伤员救治信息共享与交换的效率。具体地，本实施例中步骤S1具体可以包括识别伤员的救援标识以获取伤员的救援编号的步骤，以及根据救援编号从云服务器中获取伤员的电子病历的步骤。
在本实施例中，伤员救治的全部过程依次可以包括火线(发生灾害或灾害持续发生的第一现场)救治、野战医院(流动使用的为前线受伤人员进行治疗的医院，也可在国家遭遇自然灾害时应急使用，其基础信息表可以参见表1)救治、转运救治以及后方医院收治等阶段，相应地，电子病历可以包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录等病历记录，此外，本实施例中的救治数据可以包括在伤员救治的全部过程中所产生的数据。
表1：野战医院基础信息表
在火线救治阶段，实施救援的医护人员首先需要在灾害现场搜索伤员，并在发现伤员之后对其进行伤情评估与紧急处置，从而，电子病历的火线救治记录部分可以包括身份信息、伤情评估以及火线处置记录等数据。
具体地，医护人员在发现伤员后为其佩戴救援牌，继而可以利用登陆成功的终端设备扫描救援标识，并在救援标识识别成功后从云服务器获取与该救援标识(救援编号)对应的电子病历，该阶段的电子病历由于初次被调用而呈现初始状态。在本实施例中，身份信息(其数据结构可以参见表2)中的部分数据可以自动加载到电子病历中，其他数据则可以由医护人员实现输入、修改等编辑操作。
表2：身份信息数据结构
具体地，救援编号、医护人员编号以及伤员的受伤地点与发现时间等可以由终端设备自动加载到电子病历中，其中，救援编号可由终端设备扫描救援标识而获取得到，医护人员编号包括在医护人员基础信息表(可以参见表3)中并可以在成功登陆终端设备的前提下由终端设备自动采集，伤员的受伤地点可由终端设备自动定位并加载到电子病历中，伤员的发现时间可视为扫描救援标识的时刻从而也可由终端设备自动采集。在本实施例中，由于医护人员对伤员是零距离施救，从而实施救护的医护人员(终端设备)的位置可视作被救护伤员的位置。此外，医护人员可以对有意识的伤员进行简单问询，以将该伤员的姓名、性别、出生日期、联系电话等信息填入电子病历中，具体地，这些信息的录入既可以通过手动输入实现，也可以先通过语音输入再经由语音文字转换而实现。如此，可以完成伤员信息的初始录入，可以实现物理的人与救援对象的身份绑定。
表3：医护人员基础信息表
在本实施例中，考虑到灾害事故现场医疗资源匮乏的限制，需要快速地对所发现的众多伤员的伤情进行评估分级，进而能够实现按伤势轻重缓急有条不紊地在现场开展医疗急救和梯队顺序后送，从而提高灾害救援效率，合理救治伤员，积极改善预后。具体地，在本实施例中，可以在格拉斯哥(GCS)神智指标和生理指标的基础上结合解剖学指标来快速给出伤情评估结果，例如，伤情评估结果可以包括轻度、中度、重度和濒死四个级别，此外，还可以对应伤情评估结果给伤员贴上对应颜色(例如，绿色、黄色、红色、黑色中的一种)的标签，在本实施例中，标签颜色可以体现在救援标识的载体救援牌上。具体地，伤情评估数据结构可以参见表4。
表4：伤情评估数据结构
在本实施例中，对灾害现场伤员进行伤情评估后，针对重伤伤员需要在火线进行紧急处置，例如，对开放性损伤进行清洗伤面、止血、包扎、药物镇痛等操作，对闭合性损伤进行早期局部冷敷、夹板固定、药物镇痛等操作，对火线处置相关操作进行记录的火线处置记录可以为伤员的后续救治提供相关参见信息，以便于医护人员及时了解该伤员历史处置记录。具体地，火线处置记录的数据结构可以参见表5。
表5：火线处置记录数据结构
至此，已经完成了电子病历中火线救治记录部分的编辑，医护人员可以通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
在本实施例中，对于伤情评估结果为轻度、中度的伤员以及经火线紧急处置后的伤员可以被送往野战医院进行进一步救治。具体地，野战医院的医护人员可以通过扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录，从而医护人员可以结合该电子病历中的历史救治信息对伤员确认救治方案，例如，可以根据病情进行B超、放射、心电图等检查，可以进行口服用药、静脉输液、夹板疗法、手术麻醉等相关治疗，又例如，可以对开放性损伤进行清创、缝合、抗生素治疗，可以对闭合性损伤进行24小时后热敷和理疗。
对伤员在野战医院的治疗过程中相关检查结果及治疗信息进行记录的野战医院救治记录是重要的医疗救治记录，其包括伤员在野战医院内的所有原始病历信息，可以作为灾害现场救治的主要信息源，以辅助伤员或伤员组诊疗计划的指定，还可以提供循证医疗，从而野战医院救治记录需要保证所记录信息的完整性、准确性与及时性，以确保救治信息衔接一致，并避免重复、遗漏与差错。
具体地，在本实施例中，野战医院救治可以包括手术前救治、手术中及手术后救治，相应地，野战医院救治记录可以包括手术前救治记录以及手术中及手术后救治记录。进一步地，在本实施例中，手术前救治记录可以包括：检查报告(其数据结构可以参见表6)、会诊记录(其数据结构参见表7)、术前讨论记录(其数据结构可以参见表8)以及手术风险评估(其数据结构可以参见表9)，手术中及手术后救治记录可以包括：手术记录(其数据结构可以参见表10)、麻醉记录(其数据结构可以参见表11)、输血记录(其数据结构可以参见表12)、护理记录(其数据结构可以参见表13)以及生命体征测量记录(其数据结构可以参见表14)。
表6：检查报告数据结构
表7：会诊记录数据结构
表8：术前讨论数据数据结构
表9：手术风险评估数据结构
表10：手术记录数据结构
表11：麻醉记录数据结构
表12：输血记录数据结构
表13：护理记录数据结构
表14：生命体征测量记录数据结构
在本实施例中，电子病历的野战医院救治记录部分还可包括离院后病历记录，离院后病历记录可以包括阶段小结记录(其数据结构可以参见表15)。具体地，在伤员从野战医院出院的情况下，本实施例中步骤S2具体可以包括根据当前电子病历生成阶段小结记录的步骤，其中，当前电子病历是指伤员出院时通过识别其救援标识能够获得的电子病历。
表15：阶段小结记录数据结构
至此，已经完成了电子病历中野战医院救治记录部分的编辑，医护人员可以通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
转运途中的监护与救治为院前急救的一个重要组成部分，对于挽救重症伤员生命、阻止病情恶化可以起到关键作用。在本实施例中，对具备转运指征的伤员，例如在伤情评估中去向为野战医院收治的伤员以及需要从野战医院转至后方医院的伤员，负责转运的医护人员可以通过扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录(由野战医院转至后方医院的伤员其电子病历还包括野战医院救治记录)，从而医护人员可以结合该电子病历中的历史救治信息确定转运途中需要不间断监测的体征监测信息，还可以确定该伤员体征监测信息异常时所采取的抢救预案。相应地，本实施例中转运救治记录可以包括对采集到的体征数据进行记录的生命体征测量记录(其数据结构可以参见表16)以及在转运途中对抢救操作进行记录的转运途中抢救记录(其数据结构可以参见表17)。
表16：生命体征测量记录数据结构
表17：转运途中抢救记录数据结构
在本实施例中，可以通过伤员转运装置(例如，车)所载有的医疗监护设备自动采集相关体征数据并将其自动加载到电子病历中，具体地，本实施例中步骤S2可以包括在终端设备与医疗监护设备之间建立通信连接的步骤，从医疗监护设备接收伤员的生命体征测量记录的步骤以及根据生命体征测量记录编辑电子病历的步骤。其中，采集的体征数据例如可以包括血压、心率、体温、血氧饱和度等关键数据，并且采集到的体征数据还可以按照医疗规范要求的时间间隔自动绘制出体征趋势图并保存在电子病历中。
至此，已经完成了电子病历中转运救治记录部分的编辑，医护人员可以通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
在本实施例中，对于转运至后方医院收治的伤员，后方医院的医护人员可以通过人脸、指纹、身份证信息采集等方式对其身份进行确认，此外，还可以通过扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录、野战医院救治记录以及转运救治记录，实现对该伤员在各阶段处置治疗信息的汇总整合，从而可以为后方医院救治伤员全景再现该伤员的入院前处置。此外，在本实施例步骤S3之后，还可以包括将电子病历发送至与本实施例中云服务器通信连接的后方医院信息系统的步骤，实现与后方医院信息系统进行对接，确保伤员医疗救治记录的一体化与完整性，从而为后期治疗提供重要参见。
具体地，在本实施例中，后方医院需要对转运过来的伤员进行交接单、危重评估表的记录，其中，危重评估由后方医院对伤员重新进行评估，以便于对其进行下一步的治疗与护理，相应地，后方医院收治记录可以包括交接单记录(其数据结构可以参见表18)以及危重评估记录(其数据结构可以参见表19)。在本实施例中，交接单内容的有序性、完整性、规范性能够保证交接过程的有效顺利进行，保障危重伤员连贯性的救治，使得急诊危重患者得到快速有效救护，从而提高抢救伤员的效率。
表18：交接单记录数据结构
表19：危重评估记录数据结构
至此，已经完成了电子病历中后方医院收治记录部分的编辑，医护人员可以通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供相关人员通过识别救援标识进行电子病历的查看、编辑等操作。
应当理解，在本实施例中，电子病历的数据结构可以根据实际应用自定义设置，电子病历的数据项可随救援过程以及数据采集的实际条件进行动态变更，并且数据项是否必填可由参数进行控制。
进一步地，在本实施例中，可以在基于国内电子病历相关标准的基础上，参考国际医疗卫生行业电子传输交换相关标准，例如，可以包括消息和数据交换标准(HL7 FHIR(Health Level Seven Fast Health Interoperable Resources(快捷健康互操作资源))、DICOM(Digital Imaging and Communications in Medicine，医学数字成像和通信)、NCPDP(National Council for Prescription Drug Programs，国家处方药计划评议会))、术语标准(SNOMED(The Systematized Nomenclature of Medicine，医学系统命名法)、ICD10(International Classification of Diseases，国际疾病分类标准编码))、文档标准(CCR(Continuity of Care Record，护理记录的连续性)、CDA(Clinical DocumentArchitecture、临床文档结构)、CCD(Clinical of Care Document，临床护理文档))、概念标准(HL7 RIM(Reference Information Model，参考信息模型))等，并结合灾害现场救援对数据采集、传输、存储和使用的实际条件和需求，对电子病历的文书和信息内容进行改造和设计，以建立适应于灾害现场救援病历记录、信息共享和救援协同的云病历系统，并形成特定的适应于灾害现场的信息传输的要求。
在本实施例步骤S3之后还可以包括将电子病历发送至与本实施例中云服务器通信连接的救援指挥中心的步骤，以引导指挥控制中心对救护资源的合理调派和利用，提高协同应急的整体应对能力。例如，更新后包括火线救治记录的电子病历，可以从宏观上对伤员人数、伤情轻重和发展趋势等做出全面、正确的评估，以便及时、准确地向有关部门汇报灾情，指导灾难救援，决定是否现场增援。例如，更新后包括野战医院救治记录的电子病历，可以为救援指导团队准备相关医疗救援物资提供数据依据。又例如，更新后包括转运救治记录的电子病历，可以对远程指挥及后续院内抢救产生重要参考意义。
本实施例针对灾害现场伤员紧急救护的复杂环境应用需求，提供一种适用于整个救治流程并能够提高整体救治效果的信息化支撑方案，以确保特殊环境及地点转移情景下伤员救治的医疗质量和安全，具体地，本实施例基于终端设备来识别伤员的救援标识，进而根据针对该伤员的救治信息来编辑由救援标识唯一确定的该伤员的电子病历，并将编辑完成的电子病历更新到云服务器中，从而可以实现灾害现场伤员救治信息的快速高效采集、更新与共享，并且在确保伤员生命安全的前提下，可以实现各救治环节信息的高效衔接与联动，提高灾害现场不同环节的救治工作效率与质量，从而有助于保障医疗质量与安全，还可以有助于提高灾害现场整体救治效能和指挥决策能力。
实施例2
本发明提供一种用于灾害现场的云病历构造系统，参照图2，本实施例的云病历构造系统包括：
识别模块1，用于识别伤员的救援标识以从云服务器中获取伤员的电子病历；
编辑模块2，用于根据伤员对应的救治信息编辑电子病历；
更新模块3，用于将编辑完成的电子病历更新至云服务器。
本实施例的云病历构造方法可以基于终端设备以及云服务器实现，具体地，终端设备可以是移动便携的、能够实现数据输入与显示以及位置追踪与定位的无线通讯装置，例如，可以是手机、PAD(平板电脑)等，云服务器用于提供云计算服务，具体包括云数据中心和云应用中心，具体地，本实施例中云服务器可以支持集中部署模式，可以支持公有云或私有云应用模式，同时还可以结合云虚拟化和“SaaS(Software-as-a-Service，软件即服务)”模式，来支撑实现本实施例的落地应用。此外，在本实施例中，灾害现场可以运用物联网、自组网、卫星通信、3G/4G/5G、北斗导航等混合组网技术，来实现一体化的适用于灾害现场的安全可靠的通信组网模式，进而为本实施例的实现提供通信保障。
在本实施例中，救援标识的载体可以是事先预制且可穿戴的救援牌(例如，可以是手环、颈牌等)，救援标识可以是二维码、条形码等可识别图案并且可以与救援编号一一对应，其中，救援编号可以作为伤员唯一的身份标识贯穿于伤员救治的全部过程，以提高伤员救治信息共享与交换的效率。具体地，本实施例中识别模块1具体可以用于识别伤员的救援标识以获取伤员的救援编号，并根据救援编号从云服务器中获取伤员的电子病历。
在本实施例中，伤员救治的全部过程依次可以包括火线(发生灾害或灾害持续发生的第一现场)救治、野战医院(流动使用的为前线受伤人员进行治疗的医院，也可在国家遭遇自然灾害时应急使用)救治、转运救治以及后方医院收治等阶段，相应地，电子病历可以包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录等病历记录，此外，本实施例中的救治数据可以包括在伤员救治的全部过程中所产生的数据。
在火线救治阶段，实施救援的医护人员首先需要在灾害现场搜索伤员，并在发现伤员之后对其进行伤情评估与紧急处置，从而，电子病历的火线救治记录部分可以包括身份信息、伤情评估以及火线处置记录等数据。
具体地，医护人员在发现伤员后为其佩戴救援牌，继而可以利用登陆成功的终端设备上的识别模块1扫描救援标识，并在救援标识识别成功后从云服务器获取与该救援标识(救援编号)对应的电子病历，该阶段的电子病历由于初次被调用而呈现初始状态。在本实施例中，身份信息中的部分数据可以自动加载到电子病历中，其他数据则可以由医护人员实现输入、修改等编辑操作。
具体地，在本实施例中，获取单元21可以自动获取救援编号、医护人员编号以及伤员的受伤地点与发现时间等数据，第一编辑单元22可以将自动获取到的数据自动加载到电子病历中以实现对电子病历的编辑，其中，救援编号可由终端设备扫描救援标识而获取得到，医护人员编号包括在医护人员基础信息表中并可以在成功登陆终端设备的前提下由终端设备自动采集，伤员的受伤地点可由终端设备自动定位并加载到电子病历中，伤员的发现时间可视为扫描救援标识的时刻从而也可由终端设备自动采集。在本实施例中，由于医护人员对伤员是零距离施救，从而实施救护的医护人员(终端设备)的位置可视作被救护伤员的位置。此外，医护人员可以对有意识的伤员进行简单问询，以将该伤员的姓名、性别、出生日期、联系电话等信息经由编辑模块2填入电子病历中以实现对电子病历的编辑，具体地，这些信息的录入既可以通过手动输入实现，也可以先通过语音输入再经由语音文字转换而实现。如此，可以完成伤员信息的初始录入，可以实现物理的人与救援对象的身份绑定。
在本实施例中，考虑到灾害事故现场医疗资源匮乏的限制，需要快速地对所发现的众多伤员的伤情进行评估分级，进而能够实现按伤势轻重缓急有条不紊地在现场开展医疗急救和梯队顺序后送，从而提高灾害救援效率，合理救治伤员，积极改善预后。具体地，在本实施例中，可以在格拉斯哥(GCS)神智指标和生理指标的基础上结合解剖学指标来快速给出伤情评估结果，例如，伤情评估结果可以包括轻度、中度、重度和濒死四个级别，此外，还可以对应伤情评估结果给伤员贴上对应颜色(例如，绿色、黄色、红色、黑色中的一种)的标签，在本实施例中，标签颜色可以体现在救援标识的载体救援牌上。
在本实施例中，对灾害现场伤员进行伤情评估后，针对重伤伤员需要在火线进行紧急处置，例如，对开放性损伤进行清洗伤面、止血、包扎、药物镇痛等操作，对闭合性损伤进行早期局部冷敷、夹板固定、药物镇痛等操作，对火线处置相关操作进行记录的火线处置记录可以为伤员的后续救治提供相关参见信息，以便于医护人员及时了解该伤员历史处置记录。
至此，已经完成了电子病历中火线救治记录部分的编辑，医护人员可以经由更新模块3通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
在本实施例中，对于伤情评估结果为轻度、中度的伤员以及经火线紧急处置后的伤员可以被送往野战医院进行进一步救治。具体地，野战医院的医护人员可以基于识别模块1扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录，从而医护人员可以结合该电子病历中的历史救治信息对伤员确认救治方案，例如，可以根据病情进行B超、放射、心电图等检查，可以进行口服用药、静脉输液、夹板疗法、手术麻醉等相关治疗，又例如，可以对开放性损伤进行清创、缝合、抗生素治疗，可以对闭合性损伤进行24小时后热敷和理疗。
对伤员在野战医院的治疗过程中相关检查结果及治疗信息进行记录的野战医院救治记录是重要的医疗救治记录，其包括伤员在野战医院内的所有原始病历信息，可以作为灾害现场救治的主要信息源，以辅助伤员或伤员组诊疗计划的指定，还可以提供循证医疗，从而野战医院救治记录需要保证所记录信息的完整性、准确性与及时性，以确保救治信息衔接一致，并避免重复、遗漏与差错。
具体地，在本实施例中，野战医院救治可以包括手术前救治、手术中及手术后救治，相应地，野战医院救治记录可以包括手术前救治记录以及手术中及手术后救治记录。进一步地，在本实施例中，手术前救治记录可以包括：检查报告、会诊记录、术前讨论记录以及手术风险评估，手术中及手术后救治记录可以包括：手术记录、麻醉记录、输血记录、护理记录以及生命体征测量记录。
在本实施例中，电子病历的野战医院救治记录部分还可包括离院后病历记录，离院后病历记录可以包括阶段小结记录。具体地，在伤员从野战医院出院的情况下，本实施例中生成单元26具体可以根据当前电子病历生成阶段小结记录的，其中，当前电子病历是指伤员出院时通过识别其救援标识能够获得的电子病历。
至此，已经完成了电子病历中野战医院救治记录部分的编辑，医护人员可以通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
转运途中的监护与救治为院前急救的一个重要组成部分，对于挽救重症伤员生命、阻止病情恶化可以起到关键作用。在本实施例中，对具备转运指征的伤员，例如在伤情评估中去向为野战医院收治的伤员以及需要从野战医院转至后方医院的伤员，负责转运的医护人员可以通过扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录(由野战医院转至后方医院的伤员其电子病历还包括野战医院救治记录)，从而医护人员可以结合该电子病历中的历史救治信息确定转运途中需要不间断监测的体征监测信息，还可以确定该伤员体征监测信息异常时所采取的抢救预案。相应地，本实施例中转运救治记录可以包括对采集到的体征数据进行记录的生命体征测量记录以及在转运途中对抢救操作进行记录的转运途中抢救记录。
在本实施例中，可以通过伤员转运装置(例如，车)所载有的医疗监护设备自动采集相关体征数据并将其自动加载到电子病历中，具体地，本实施例中编辑模块2可以包括用于在终端设备与医疗监护设备之间建立通信连接的连接单元23，用于从医疗监护设备接收伤员的生命体征测量记录的接收单元24以及用于根据生命体征测量记录编辑电子病历的第二编辑单元。其中，采集的体征数据例如可以包括血压、心率、体温、血氧饱和度等关键数据，并且采集到的体征数据还可以按照医疗规范要求的时间间隔自动绘制出体征趋势图并保存在电子病历中。
至此，已经完成了电子病历中转运救治记录部分的编辑，医护人员可以经由更新模块3通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供后续救治该伤员的医护人员通过识别其救援标识进行查看、编辑等操作。
在本实施例中，对于转运至后方医院收治的伤员，后方医院的医护人员可以通过人脸、指纹、身份证信息采集等方式对其身份进行确认，此外，还可以基于识别模块1扫描救援牌上的救援标识来获取该伤员的电子病历，进一步地，此处获取的电子病历包括已编辑完成的火线救治记录、野战医院救治记录以及转运救治记录，实现对该伤员在各阶段处置治疗信息的汇总整合，从而可以为后方医院救治伤员全景再现该伤员的入院前处置。此外，在本实施例中云服务器还可以用于将电子病历发送至与其通信连接的后方医院信息系统，实现与后方医院信息系统进行对接，确保伤员医疗救治记录的一体化与完整性，从而为后期治疗提供重要参见。
具体地，在本实施例中，后方医院需要对转运过来的伤员进行交接单、危重评估表的记录，其中，危重评估由后方医院对伤员重新进行评估，以便于对其进行下一步的治疗与护理，相应地，后方医院收治记录可以包括交接单记录以及危重评估记录。在本实施例中，交接单内容的有序性、完整性、规范性能够保证交接过程的有效顺利进行，保障危重伤员连贯性的救治，使得急诊危重患者得到快速有效救护，从而提高抢救伤员的效率。
至此，已经完成了电子病历中后方医院收治记录部分的编辑，医护人员可以经由更新模块3通过保存提交等操作，将编辑完成的电子病历更新到云服务器中，以供相关人员通过识别救援标识进行电子病历的查看、编辑等操作。
应当理解，在本实施例中，电子病历的数据结构可以根据实际应用自定义设置，电子病历的数据项可随救援过程以及数据采集的实际条件进行动态变更，并且数据项是否必填可由参数进行控制。
进一步地，在本实施例中，可以在基于国内电子病历相关标准的基础上，参考国际医疗卫生行业电子传输交换相关标准，例如，可以包括消息和数据交换标准(HL7 FHIR、DICOM、NCPDP)、术语标准(SNOMED、ICD10)、文档标准(CCR、CDA、CCD)、概念标准(HL7 RIM)等，并结合灾害现场救援对数据采集、传输、存储和使用的实际条件和需求，对电子病历的文书和信息内容进行改造和设计，以建立适应于灾害现场救援病历记录、信息共享和救援协同的云病历系统，并形成特定的适应于灾害现场的信息传输的要求。
在本实施例中云服务器还可以用于将电子病历发送至与其通信连接的救援指挥中心，以引导指挥控制中心对救护资源的合理调派和利用，提高协同应急的整体应对能力。例如，更新后包括火线救治记录的电子病历，可以从宏观上对伤员人数、伤情轻重和发展趋势等做出全面、正确的评估，以便及时、准确地向有关部门汇报灾情，指导灾难救援，决定是否现场增援。例如，更新后包括野战医院救治记录的电子病历，可以为救援指导团队准备相关医疗救援物资提供数据依据。又例如，更新后包括转运救治记录的电子病历，可以对远程指挥及后续院内抢救产生重要参考意义。
本实施例针对灾害现场伤员紧急救护的复杂环境应用需求，提供一种适用于整个救治流程并能够提高整体救治效果的信息化支撑方案，以确保特殊环境及地点转移情景下伤员救治的医疗质量和安全，具体地，本实施例基于终端设备来识别伤员的救援标识，进而根据针对该伤员的救治信息来编辑由救援标识唯一确定的该伤员的电子病历，并将编辑完成的电子病历更新到云服务器中，从而可以实现灾害现场伤员救治信息的快速高效采集、更新与共享，并且在确保伤员生命安全的前提下，可以实现各救治环节信息的高效衔接与联动，提高灾害现场不同环节的救治工作效率与质量，从而有助于保障医疗质量与安全，还可以有助于提高灾害现场整体救治效能和指挥决策能力。
实施例3
本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1提供的用于灾害现场的云病历构造方法。
图3示出了本实施例的硬件结构示意图，如图3所示，电子设备9具体包括：
至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：
总线93包括数据总线、地址总线和控制总线。
存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。
存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1所提供的用于灾害现场的云病历构造方法。
电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例4
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1所提供的用于灾害现场的云病历构造方法的步骤。
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1所述的用于灾害现场的云病历构造方法的步骤。
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种用于灾害现场的云病历构造方法，其特征在于，所述云病历构造方法应用于终端设备并且包括：
识别伤员的救援标识以从云服务器中获取所述伤员的电子病历；
根据所述伤员对应的救治信息编辑所述电子病历；
将编辑完成的电子病历更新至所述云服务器。
2.如权利要求1所述的用于灾害现场的云病历构造方法，其特征在于，所述电子病历包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录中的至少一种；其中：
所述火线救治记录包括身份信息、伤情评估以及火线处置记录中的至少一种；
所述野战医院救治记录包括手术前救治记录、手术中及手术后救治记录以及离院后病历记录中的至少一种；其中：
所述手术前救治记录包括：检查报告、会诊记录、术前讨论记录、手术风险评估中的至少一种；
所述手术中及手术后救治记录包括：手术记录、麻醉记录、输血记录、护理记录、生命体征测量记录中的至少一种；
所述离院后病历记录包括阶段小结记录；
所述转运救治记录包括：生命体征测量记录和/或转运途中抢救记录；
所述后方医院收治记录包括：交接单记录和/或危重评估记录。
3.如权利要求1所述的用于灾害现场的云病历构造方法，其特征在于，所述识别伤员的救援标识以从云服务器中获取所述伤员的电子病历的步骤包括：
识别伤员的救援标识以获取所述伤员的救援编号；
根据所述救援编号从云服务器中获取所述伤员的电子病历；
和/或，
在所述将编辑完成的电子病历更新至所述云服务器的步骤之后还包括：
将所述电子病历发送至救援指挥中心和/或医院信息系统，其中，所述救援指挥中心与所述云服务器和/或医院信息系统通信连接。
4.如权利要求2所述的用于灾害现场的云病历构造方法，其特征在于，当所述电子病历包括所述身份信息时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
获取识别所述救援标识的时间信息以及当前编辑所述电子病历的医护人员的医护人员信息与位置信息；
根据所述医护人员信息以及所述位置信息编辑所述电子病历；
和/或，
当所述电子病历包括所述生命体征测量记录时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
在所述终端设备与医疗监护设备之间建立通信连接；
从所述医疗监护设备接收所述伤员的生命体征测量记录；
根据所述生命体征测量记录编辑所述电子病历；
和/或，
当所述电子病历包括所述阶段小结记录时，所述根据所述伤员对应的救治信息编辑所述电子病历的步骤包括：
根据当前电子病历生成阶段小结记录。
5.一种用于灾害现场的云病历构造系统，其特征在于，所述云病历构造方法应用于终端设备并且包括：
识别模块，用于识别伤员的救援标识以从云服务器中获取所述伤员的电子病历；
编辑模块，用于根据所述伤员对应的救治信息编辑所述电子病历；
更新模块，用于将编辑完成的电子病历更新至所述云服务器。
6.如权利要求5所述的用于灾害现场的云病历构造系统，其特征在于，所述电子病历包括火线救治记录、野战医院救治记录、转运救治记录以及后方医院收治记录中的至少一种；其中：
所述火线救治记录包括身份信息、伤情评估以及火线处置记录中的至少一种；
所述野战医院救治记录包括手术前救治记录、手术中及手术后救治记录以及离院后病历记录中的至少一种；其中：
所述手术前救治记录包括：检查报告、会诊记录、术前讨论记录、手术风险评估中的至少一种；
所述手术中及手术后救治记录包括：手术记录、麻醉记录、输血记录、护理记录、生命体征测量记录中的至少一种；
所述离院后病历记录包括阶段小结记录；
所述转运救治记录包括：生命体征测量记录和/或转运途中抢救记录；
所述后方医院收治记录包括：交接单记录和/或危重评估记录。
7.如权利要求5所述的用于灾害现场的云病历构造系统，其特征在于，所述识别模块具体用于识别伤员的救援标识以获取所述伤员的救援编号，并根据所述救援编号从云服务器中获取所述伤员的电子病历；
和/或，
所述云服务器还用于将所述电子病历发送至救援指挥中心和/或医院信息系统，其中，所述救援指挥中心与所述云服务器和/或医院信息系统通信连接。
8.如权利要求6所述的用于灾害现场的云病历构造系统，其特征在于，当所述电子病历包括所述身份信息时，所述编辑模块包括：
获取单元，用于获取识别所述救援标识的时间信息以及当前编辑所述电子病历的医护人员的医护人员信息与位置信息；
第一编辑单元，用于根据所述医护人员信息以及所述位置信息编辑所述电子病历；
和/或，
当所述电子病历包括所述生命体征测量记录时，所述编辑模块包括：
连接单元，用于在所述终端设备与医疗监护设备之间建立通信连接；
接收单元，用于从所述医疗监护设备接收所述伤员的生命体征测量记录；
第二编辑单元，用于根据所述生命体征测量记录编辑所述电子病历；
和/或，
当所述电子病历包括所述阶段小结记录时，所述编辑模块包括：
生成单元，用于根据当前电子病历生成阶段小结记录。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4中任一项所述的用于灾害现场的云病历构造方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的用于灾害现场的云病历构造方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010362201.1A CN111613282A (zh) | 2020-04-30 | 2020-04-30 | 用于灾害现场的云病历构造方法、系统、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010362201.1A CN111613282A (zh) | 2020-04-30 | 2020-04-30 | 用于灾害现场的云病历构造方法、系统、设备及介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111613282A true CN111613282A (zh) | 2020-09-01 |
Family
ID=72196608
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010362201.1A Pending CN111613282A (zh) | 2020-04-30 | 2020-04-30 | 用于灾害现场的云病历构造方法、系统、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111613282A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112837777A (zh) * | 2020-12-11 | 2021-05-25 | 中国人民解放军陆军军医大学第二附属医院 | 一种列地之间伤病员转运管理系统及其工作方法 |
| CN113035093A (zh) * | 2021-03-22 | 2021-06-25 | 李莹 | 一种具有快速识别功能的急救用伤员分类装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104240170A (zh) * | 2014-09-12 | 2014-12-24 | 罗满清 | 一种用以实现智慧医疗的高端电子病历系统 |
| CN104240171A (zh) * | 2014-10-09 | 2014-12-24 | 北京嘉和美康信息技术有限公司 | 电子病历生成方法及系统 |
| CN105701359A (zh) * | 2016-03-01 | 2016-06-22 | 中国人民解放军第306医院 | 一种特种事故及其伤害医疗信息采集系统 |
| CN108198594A (zh) * | 2017-12-22 | 2018-06-22 | 北京鑫丰南格科技股份有限公司 | 电子病历管理方法和系统 |
| CN109887566A (zh) * | 2019-02-26 | 2019-06-14 | 卫宁健康科技集团股份有限公司 | 电子健康档案的智能管理方法及系统 |
| US20190252047A1 (en) * | 2014-06-19 | 2019-08-15 | International Business Machines Corporation | Electronic Medical Record Summary and Presentation |
| CN110462743A (zh) * | 2018-12-06 | 2019-11-15 | 深圳市全息医疗科技有限公司 | 一种电子病历管理系统和方法 |
-
2020
- 2020-04-30 CN CN202010362201.1A patent/CN111613282A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190252047A1 (en) * | 2014-06-19 | 2019-08-15 | International Business Machines Corporation | Electronic Medical Record Summary and Presentation |
| CN104240170A (zh) * | 2014-09-12 | 2014-12-24 | 罗满清 | 一种用以实现智慧医疗的高端电子病历系统 |
| CN104240171A (zh) * | 2014-10-09 | 2014-12-24 | 北京嘉和美康信息技术有限公司 | 电子病历生成方法及系统 |
| CN105701359A (zh) * | 2016-03-01 | 2016-06-22 | 中国人民解放军第306医院 | 一种特种事故及其伤害医疗信息采集系统 |
| CN108198594A (zh) * | 2017-12-22 | 2018-06-22 | 北京鑫丰南格科技股份有限公司 | 电子病历管理方法和系统 |
| CN110462743A (zh) * | 2018-12-06 | 2019-11-15 | 深圳市全息医疗科技有限公司 | 一种电子病历管理系统和方法 |
| CN109887566A (zh) * | 2019-02-26 | 2019-06-14 | 卫宁健康科技集团股份有限公司 | 电子健康档案的智能管理方法及系统 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112837777A (zh) * | 2020-12-11 | 2021-05-25 | 中国人民解放军陆军军医大学第二附属医院 | 一种列地之间伤病员转运管理系统及其工作方法 |
| CN112837777B (zh) * | 2020-12-11 | 2024-05-07 | 中国人民解放军陆军军医大学第二附属医院 | 一种列地之间伤病员转运管理系统及其工作方法 |
| CN113035093A (zh) * | 2021-03-22 | 2021-06-25 | 李莹 | 一种具有快速识别功能的急救用伤员分类装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5213878B2 (ja) | ワイヤレスセンサ常駐注釈 | |
| Park et al. | Requirement analysis and implementation of smart emergency medical services | |
| US5713350A (en) | Patient information analysis management system and method | |
| US20170011193A1 (en) | Mobile Healthcare Worker Personnel Dispatch In A Telemedicine System | |
| US20110099031A1 (en) | Real time capture and communication of in-transit patient medical information | |
| RU2672020C2 (ru) | Телемедицинский сервер дефибриллятора-монитора | |
| US20160162641A1 (en) | Medical support server and medical support system | |
| US20210369113A1 (en) | Acute Care Eco System Integrating Customized Devices of Personalized Care With Networked Population Based Management | |
| KR20070117166A (ko) | 전자의무기록 시스템 | |
| CN111613282A (zh) | 用于灾害现场的云病历构造方法、系统、设备及介质 | |
| CN105373871A (zh) | 一种移动医生查房系统 | |
| CN112735607A (zh) | 一种全数据化的罕见病病例库及mdt讨论平台 | |
| Imouokhome et al. | Mobile-device-based telemedicine for improved health-wealth | |
| RU117673U1 (ru) | Информационно-аналитическая система управления многопрофильной клинической больницы | |
| Rokonuzzaman et al. | Design and implementation of telehealth device: Linking IoT sensors to cloud networks | |
| CN108010580A (zh) | 云医疗系统 | |
| Dubey et al. | Effective Remote Healthcare and Telemedicine Approaches for Improving Digital Healthcare Systems | |
| Conduce et al. | Impact of wireless technologies on public health: a literature review | |
| Nandan et al. | Telemedicine (e-Health, m-Health): Requirements, challenges and applications | |
| JP6071547B2 (ja) | 救急業務総合支援システム | |
| TWM429153U (en) | Emergency injury detection system | |
| CN111047289A (zh) | 一种用于创伤外科抢救基于5g技术的快速数据传输系统 | |
| Brettlecker et al. | Technology in healthcare | |
| Epstein et al. | Risk Management in Selected High-Risk Hospital Departments | |
| Krejcar et al. | Smartphone, PDA and mobile Embedded device clients of Biotelemetric System for monitoring of life functions |
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 |