CN115394396A - 一种基于云端服务器的医院门诊应急服务系统及方法 - Google Patents

一种基于云端服务器的医院门诊应急服务系统及方法 Download PDF

Info

Publication number
CN115394396A
CN115394396A CN202211330619.XA CN202211330619A CN115394396A CN 115394396 A CN115394396 A CN 115394396A CN 202211330619 A CN202211330619 A CN 202211330619A CN 115394396 A CN115394396 A CN 115394396A
Authority
CN
China
Prior art keywords
information
cloud server
prescription
patient
dimensional code
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
Application number
CN202211330619.XA
Other languages
English (en)
Inventor
曲元一
刘洪坤
刘玉祥
韦韧
肖斌
曲乐然
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shandong Yunjin Information Technology Co ltd
Original Assignee
Shandong Yunjin Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shandong Yunjin Information Technology Co ltd filed Critical Shandong Yunjin Information Technology Co ltd
Priority to CN202211330619.XA priority Critical patent/CN115394396A/zh
Publication of CN115394396A publication Critical patent/CN115394396A/zh
Pending legal-status Critical Current

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
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Abstract

本发明属于医疗服务技术领域，具体公开了一种基于云端服务器的医院门诊应急服务系统及方法，系统包括：医生终端，用于记录患者信息以及医生处方信息，生成加密的二维码；患者移动终端，用于扫描所述二维码，并将识别到的二维码信息传送至云端服务器；且在支付完成后能够生成并展示带有处方ID的二维码信息；云端服务器，用于接收患者移动终端上传的二维码信息并进行解密，得到患者信息和医生处方信息；生成处方订单反馈至患者移动终端；并在支付成功后将支付完成的信息记录在相对应的处方订单中。本发明能够提高应急状态下的就医效率，降低出错概率，保证病人顺利就医。

Description

一种基于云端服务器的医院门诊应急服务系统及方法
技术领域
本发明涉及医疗服务技术领域，尤其涉及基于云端服务器的医院门诊应急服务系统及方法。
背景技术
本部分的陈述仅仅是提供了与本发明相关的背景技术信息，不必然构成在先技术。
目前，随着医院信息化建设的深入推进，医院信息系统在医院日常诊疗工作中发挥着越来越重要的作用，医院信息系统的安全稳定运行直接关系到医院的正常运行。
当医院信息系统出现故障（比如：网络故障、硬件设备故障、软件程序故障等）无法正常运行时，医院（特别是门诊）便会启动应急预案，转入手工处理模式，包括：门诊医生转入手写治疗单、病历和各种纸质检查申请单；挂号及收费处启动手工挂号操作和手工划价收费工作；门诊药房根据收费凭条及签字手工处方进行划价发药并转抄注射通知单；门诊检验、放射、CT-MR、功能科等相关科室比照划价表和手写申请单项目内容进行检验、检查治疗操作；门诊注射室护士根据注射通知单和已收费治疗单执行相关治疗等等；但是，上述手工处理模式存在诸多问题，比如：治疗单或检查申请单手写字迹不清楚导致收费处或药房无法正常划价或取药，或者检验科室无法正常检查；纸质的单据易损毁不方便保存；人工比对划价或取药需要耗费大量时间且容易出错等；这些问题使得整个应急方案执行起来特别缓慢，往往无法适应大量门诊患者的情况，容易导致患者不满，甚至引起医患纠纷。
虽然现有技术公开了自动应急就诊系统，该系统在医院信息系统无法正常工作时，由应急服务器、机房交换机、医用计算机主机以及护士台计算机主机构建局域网；医生将处方信息记录至应急服务器，护士通过应急服务器调取患者的医疗数据信息，生成并打印相应的纸质二维码，患者扫描二维码进行缴费，然后拿着相应的处方单去拿药或检查，完成诊断；这种方式虽然在一定程度上能够提高就诊速度，但是，仍然存在如下问题：
（1）纸质二维码信息不宜保存，稍微有点磨损便可能会读取不出来；
（2）纸质二维码携带的信息量非常有限，因为如果想要携带更多的数据量，需要增加色块的密度，导致生成的二维码过于密集，部分移动终端（比如手机）的扫码功能无法识别出二维码信息；
（3）系统运行需要增加应急服务器、打印机等耗材，增加运行成本；且依赖于医院内部网络，一旦医院内部局域网络出现问题，或者遇到停电的情况，系统仍然无法正常运行。
发明内容
为了解决上述问题，本发明提出了一种基于云端服务器的医院门诊应急服务系统及方法，不依赖于医院内部网络，也无需打印纸质二维码，能够在医院信息系统出现故障时，通过医生终端与患者移动终端，以及患者移动终端与云服务器之间的数据交互，实现患者的快速有效就诊。
根据本发明的第一个方面，公开了一种基于云端服务器的医院门诊应急服务系统，包括：
医生终端，被配置为用于在离线状态下记录患者信息以及医生处方信息，生成加密的二维码；
患者移动终端，被配置为用于扫描所述二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器，以使云端服务器对二维码信息进行解密，得到待支付的处方订单；且在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看处方信息；
云端服务器，被配置为用于在医院信息系统正常时同步医院信息系统的数据，接收患者移动终端上传的二维码信息并进行解密，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；响应于患者移动终端支付成功的信息，将支付完成的信息记录在相对应的处方订单中。
作为进一步地方案，医生终端生成加密的二维码的过程具体为：
针对患者信息、医生信息、科室信息、诊断信息、医保类型信息、处方信息以及用法用量信息，分别定义唯一的二维码编码，根据医生终端记录的患者信息、医生信息以及医生处方信息为相应的二维码编码赋值；
对二维码编码及赋值采用JSON数据结构进行组装，形成JSON字符串；
对所述JSON字符串进行压缩；
对压缩后的字符串使用公钥进行加密，将加密后的数据生成二维码；与公钥相对应私钥存储在云端服务器，以使加密后的二维码在云端服务器进行解密。
作为进一步地方案，患者移动终端在支付完成后能够生成并展示带有处方ID的二维码，具体过程包括：
患者移动终端支付成功后，将支付成功的信息反馈至云端服务器，云端服务器将支付完成的信息记录在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，生成患者移动终端二维码。
作为进一步地方案，还包括：药房终端和/或检查室终端，药房终端或检查室终端扫描所述患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录。
作为进一步地方案，所述医生终端具体包括：
身份验证模块，被配置为用于通过接收医生终端输入的账号密码或者医生终端的生物识别设备进行身份验证；
医嘱模块，被配置为用于记录并存储医生终端的历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息；
二维码生成模块，被配置为用于基于获取的当前患者信息以及医生处方信息，生成设定格式的字符串，通过对字符串进行压缩和加密，生成包含上述信息的加密的二维码。
作为进一步地方案，所述患者移动终端具体包括：
登录绑定模块，被配置为用于通过扫描医生终端的二维码自动登录，或者，绑定患者的身份证号或者医保号信息；
二维码扫描模块，被配置为用于扫描医生终端生成的二维码，并将扫描的信息传送至云端服务器进行解密和解压缩，以得到还原后的患者信息以及医生处方信息，以及待支付的处方订单；
在线支付模块，被配置为用于对待支付的处方订单进行在线支付；
二维码展示模块，被配置为用于在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看处方信息；
医嘱模块，被配置为用于记录并存储从医生终端扫码获得的历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息。
作为进一步地方案，所述云端服务器具体包括：
数据解密模块，被配置为用于为患者移动终端或者药房终端或者检查室终端上传的加密数据进行解密；
医嘱模块，被配置为用于记录并存储历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息；
用户管理模块，被配置为用于存储并管理医生基本信息、医生所用设备信息以及患者的基本信息；
角色管理模块，被配置为用于为不同的用户分配不同的角色权限，其中，最高权限者能够选择开启或关闭应急服务；
数据字典模块，被配置为用于在医院信息系统正常时同步医院信息系统的数据，以在解密得到医生处方信息后为相应的药物及检查项目匹配费用；
应急演练报告模块，被配置为用于在当前应急事项完成后，对本次应急事项处理过程中的数据进行统计分析。
根据本发明的第二个方面，公开了一种基于云端服务器的医院门诊应急服务方法，包括以下过程：
医生终端在单机无网络状态下记录患者信息以及医生处方信息，生成加密的二维码；
患者移动终端扫描所述二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器；
与公钥相对应私钥存储在云端服务器，云端服务器接收患者移动终端上传的二维码信息并进行解密和解压缩，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；
患者移动终端支付成功后，将支付成功的信息反馈至云端服务器，云端服务器将支付完成的信息记录在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，生成患者移动终端二维码；
药房终端或检查室终端扫描所述患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录。
与现有技术相比，本发明的有益效果是：
（1）本发明通过医生终端、患者移动终端和云端服务器之间的数据交互，能够将医生开具的处方信息存储至云端服务器，以供患者移动终端、药房终端或者检查室终端随时进行调取，整个过程避免了人工操作导致的患者排队拥堵及就医不及时的问题，同时无需打印纸质二维码，不用额外增加耗材，避免纸质二维码不宜保存的问题。
并且，医生终端可以在离线状态下开具处方信息，患者移动终端和云端服务器之间可以通过数据流量方式进行数据交互，只要患者手机有电且有移动数据网络信号，系统便可以正常运行，整个过程不依赖于医院内部网络和医院公共网络，甚至在医院电力出现故障的情况下也可以正常使用。
（2）本发明对医生终端开具的处方信息进行加密处理，并且只有云端服务器能够对数据进行解密，患者移动终端、药房终端或者检查室终端均是从云端服务器调取相关数据，保证了数据传输过程的安全性，充分保护了医院的数据安全及患者的隐私。
（3）本发明在医生终端生成二维码的过程中，对相关数据信息进行编码，在减少数据量的同时能够与云端服务器更好的完成匹配；同时，对编码数据形成的字符串进行压缩，避免数据量过大使得二维码色块太过密集，从而导致部分设备无法正常扫描识别的问题。
（4）本发明医生终端、患者移动终端和云端服务器之间完整的数据交互过程，各个环节之间相互配合，紧密联系，能够提高应急状态下的就医效率，降低出错概率，保证病人顺利就医；同时应急状态下的数据也能够被完整的记录和存储，以在医院信息系统恢复正常后，将记录的数据同步至医院信息系统，保证医院数据及账务的完整性。
本发明的其他特征和附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本方面的实践了解到。
附图说明
图1为本发明实施例中的基于云端服务器的医院门诊应急服务系统结构示意图；
图2为本发明实施例中的基于云端服务器的医院门诊应急服务方法流程图。
具体实施方式
应该指出，以下详细说明都是例示性的，旨在对本申请提供进一步的说明。除非另有指明，本发明使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
实施例一
在一个或多个实施方式中，公开了一种基于云端服务器的医院门诊应急服务系统，结合图1，该系统具体包括：
（1）医生终端，被配置为用于在离线状态下记录患者信息以及医生处方信息，生成加密的二维码；
本实施例中，医生终端可以是单机离线终端，可以选用PC端，也可以选用手机或PAD等移动终端；该终端在非应急状态下同步医院信息系统中药品、检验检查等数据字典，保证网络异常时，医院数据能正常使用。
应急服务系统启动时，门诊医生通过医生终端记录患者的基本信息、病情信息，并开具处方信息，开具的处方信息具体包括：医嘱信息、检验检查信息以及药物处方信息，生成加密的二维码。
作为具体地实施方案，医生终端具体包括：
身份验证模块，被配置为用于通过接收医生终端输入的账号密码或者医生终端的生物识别（比如面部识别或者指纹识别等）设备进行身份验证；验证通过后，允许登录系统。
医嘱模块，被配置为用于记录并存储医生终端的历史处方信息；所述历史处方信息包括历史医嘱信息（包括病情以及病人在饮食、用药等方面的指示）、历史检验检查信息（包括需要检查的项目，比如：超声、心电图等）和历史药物处方信息（包括医生开具的药物信息）；医嘱模块中存储了医生终端在应急状态下开具过的所有历史处方信息；方便数据的校对及查询。
二维码生成模块，被配置为用于基于获取的当前患者信息以及医生处方信息，生成设定格式的字符串，通过对字符串进行压缩和加密，生成包含上述信息的加密的二维码。
本实施例中，生成加密的二维码的具体过程如下：
①首先定义二维码的编码规则；本实施例针对患者信息、医生信息、科室信息、诊断信息、医保类型信息、处方信息以及用法用量信息，分别定义唯一的二维码编码；其中，患者信息包括患者姓名、性别和出生日期；医生信息包括：医生姓名、门诊科室编码、门诊科室名称、职称和医生类型；科室信息包括科室名称；诊断信息包括诊断名称；医保类型信息包括医保类型名称；处方信息包括医嘱信息、处方名称、处方类别、规格、单位、价格、剂型和剂量；用法用量信息包括用法名称及使用频次及剂量。
②根据医生终端记录的患者信息、医生信息以及医生处方信息为相应的二维码编码进行赋值；
③对二维码编码及赋值采用JSON数据结构进行组装，形成JSON字符串；比如：{"n":"姓名","g":"性别","b":"出生日期","d":"医生编码","e":"科室编码","i":"诊断编码","c":"医保类型编码","x":[{"a":"医嘱项目编码","p":"每次用量","u":"用法编码","f":"频次编码","s":"数量"},{"a":"医嘱项目编码","p":"每次用量","u":"用法编码","f":"频次编码","s":"数量"},{"a":"医嘱项目编码","p":"每次用量","u":"用法编码","f":"频次编码","s":"数量"}]}。
④对该JSON字符串进行压缩；
由于原始的JSON字符串较长，包含的数据量较多，因此生成的二维码的色块密度会较大；为了兼容不同型号的手机设备，防止因摄像头分辨率低而识别不出二维码，导致后续流程无法进行。本实施例对形成的字符串进行压缩，以减少数据量。比如：可以采用gzip算法进行压缩，并设置压缩等级为最高级别。
例如上述③中JSON字符串的长度为425，经过压缩后，字符串的长度变为189，大大减少了数据量。
⑤对压缩后的字符串使用公钥进行加密，将加密后的数据生成二维码；与公钥相对应的私钥存储在云端服务器，以使加密后的二维码在云端服务器进行解密。
（2）患者移动终端，被配置为用于扫描加密后的二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器，以使云端服务器对二维码信息进行解密，得到待支付的处方订单；且在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看医嘱信息；
本实施例中，患者移动终端可以为手机或者PAD，可以利用手机卡流量数据与云端服务器进行通信，也可以通过医院公共网络的WiFi与云端服务器进行通信；当医院内部网络和医院公共网络均不可用时，可以通过手机卡的数据流量与云端服务器进行通信，完全不依赖与医院内部网络和医院公共网络。
本实施例中，由云端服务器生成一对公钥和私钥，并将公钥保存在医生终端，私钥保存在云端服务器；患者移动终端扫描生成的二维码后，将扫描的信息发送至云端服务器，云端服务器使用与公钥相匹配的私钥进行解密，从而得到解密后的数据；数据解密后还要经过解压缩算法，最终还原得到当前患者信息以及医生处方信息，同时生成医生处方订单，反馈至患者移动终端。
患者移动终端支付完成后，会将支付完成的信息反馈至云端服务器，云端服务器将支付完成的信息记录并存储在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，能够生成并展示患者移动终端二维码；此处患者移动终端仅需要调用处方订单的ID编码即可，数据量小，扫描和识别速度快。
作为具体地实施方案，患者移动终端具体包括：
登录绑定模块，被配置为用于通过扫描医生终端的二维码自动登录，或者，绑定患者的身份证号或者医保号信息；本实施例患者移动终端利用微信或其他APP扫描医生终端的二维码后，能够自动登录至系统；避免了患者需要提前下载应用、注册信息等过程，简化了就诊流程；登录系统后，可以进一步绑定患者的身份证号、医保号等个人信息。
二维码扫描模块，被配置为用于扫描医生终端生成的二维码，并将扫描的信息传送至云端服务器进行解密和解压缩，以得到还原后的患者信息以及医生处方信息，以及待支付的处方订单。
在线支付模块，被配置为用于对待支付的处方订单进行在线支付；可以调用微信账户或者其他账户进行线上支付。
二维码展示模块，被配置为用于在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看处方信息。
医嘱模块，被配置为用于记录并存储从医生终端扫码获得的历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息。
作为可选的实施方式，本实施例应急服务系统还包括药房终端和/或检查室终端；药房终端和/或检查室终端与云端服务器通信；药房终端或检查室终端扫描生成的患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录并存储。
（3）云端服务器，用于在医院信息系统正常时同步医院信息系统的数据，保证云端服务器数据与医院信息系统数据保持一致；
接收患者移动终端上传的二维码信息，利用私钥进行解密，然后进行解压缩操作后，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；
当接收到患者移动终端支付成功的反馈信息后，将支付完成的信息记录在相对应的处方订单中。
另外，每一个处方订单均有一个唯一的ID编码，患者移动终端只需要调取该ID编码，便可以生成患者移动终端二维码，供药房终端或检查室终端进行扫码识别，药房终端或检查室终端扫码后，会向云端服务器反馈信息，在云端服务器进行解密后，得到ID编码，并匹配该ID编码的相关信息，反馈至药房终端或检查室终端。
本实施例中，云端服务器具体包括：
数据解密模块，被配置为用于为患者移动终端或者药房终端或者检查室终端上传的加密数据进行解密；
医嘱模块，被配置为用于记录并存储历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息；
用户管理模块，被配置为用于存储并管理医生基本信息、医生所用设备信息以及患者的基本信息；
角色管理模块，被配置为用于为不同的用户分配不同的角色权限，其中，最高权限者（比如院长）能够选择开启或关闭应急服务；当应急服务关闭时，所有功能便不可用。
数据字典模块，被配置为用于在医院信息系统正常时同步医院信息系统的数据，以在解密得到医生处方信息后为相应的药物及检查项目匹配费用；
应急演练报告模块，被配置为用于在当前应急事项完成后，对本次应急事项处理过程中的数据进行统计分析。
另外，作为可选的实施方式，云端服务器还可以包括：
电子发票模块，被配置为用于自动生成电子发票；
退款模块，被配置为用于实现线上退款；
医保模块，被配置为用于完善医保信息，以便于进行医保报销。
医院信息系统恢复正常使用后，云端服务器存储的所有数据可以同步至医院信息系统，防止医院数据遗漏，保证数据的完整性。
本实施例基于云端服务器的医院门诊应急服务系统启用时，医生终端作为离线终端仅需要将所需数据生成二维码，患者移动终端扫描二维码后，数据上传至云端服务器，之后便是患者移动终端、药房终端或检查室终端与云端服务器的数据通信过程，该过程可以利用手机卡流量数据实现，不会受到医院内部网络或公共网络的限制，同时，在手机电量充足的情况下，即使电力系统故障，系统也可以正常运行；完全摆脱了应急情况下采用人工手动处理或者通过打印纸质二维码处理的操作，极大简化了患者的就诊流程，提高就诊效率。
实施例二
在一个或多个实施方式中，公开了一种基于云端服务器的医院门诊应急服务方法，结合图2，具体包括以下过程：
（1）医院信息系统无法正常使用时，相对应的权限人员开启应急服务系统；医生终端在单机无网络状态下记录患者信息以及医生处方信息，生成加密的二维码；
（2）患者移动终端扫描该二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器；
（3）与公钥相对应私钥存储在云端服务器，云端服务器接收患者移动终端上传的二维码信息并进行解密和解压缩，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；
（4）患者移动终端支付成功后，将支付成功的信息反馈至云端服务器，云端服务器将支付完成的信息记录在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，生成患者移动终端二维码；
（5）药房终端或检查室终端扫描所述患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录。
本实施例中，医生终端生成加密的二维码的过程具体为：
①针对患者信息、医生信息、科室信息、诊断信息、医保类型信息、医嘱信息以及用法用量信息，分别定义唯一的二维码编码，根据医生终端记录的患者信息、医生信息以及医生处方信息为相应的二维码编码赋值；
②对二维码编码及赋值采用JSON数据结构进行组装，形成JSON字符串；
③对所述JSON字符串进行压缩；
④对压缩后的字符串使用公钥进行加密，将加密后的数据生成二维码；与公钥相对应私钥存储在云端服务器，以使加密后的二维码在云端服务器进行解密。
上述过程的具体实现方式已经在实施例一中进行了详细的说明，此处不再详述。
上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.一种基于云端服务器的医院门诊应急服务系统，其特征在于，包括：
医生终端，被配置为用于在离线状态下记录患者信息以及医生处方信息，生成加密的二维码；
患者移动终端，被配置为用于扫描所述二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器，以使云端服务器对二维码信息进行解密，得到待支付的处方订单；且在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看处方信息；
云端服务器，被配置为用于在医院信息系统正常时同步医院信息系统的数据，接收患者移动终端上传的二维码信息并进行解密，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；响应于患者移动终端支付成功的信息，将支付完成的信息记录在相对应的处方订单中。
2.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，医生终端生成加密的二维码的过程具体为：
针对患者信息、医生信息、科室信息、诊断信息、医保类型信息、处方信息以及用法用量信息，分别定义唯一的二维码编码，根据医生终端记录的患者信息、医生信息以及医生处方信息为相应的二维码编码赋值；
对二维码编码及赋值采用JSON数据结构进行组装，形成JSON字符串；
对所述JSON字符串进行压缩；
对压缩后的字符串使用公钥进行加密，将加密后的数据生成二维码；与公钥相对应私钥存储在云端服务器，以使加密后的二维码在云端服务器进行解密。
3.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，患者移动终端在支付完成后能够生成并展示带有处方ID的二维码，具体过程包括：
患者移动终端支付成功后，将支付成功的信息反馈至云端服务器，云端服务器将支付完成的信息记录在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，生成患者移动终端二维码。
4.如权利要求3所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，还包括：药房终端和/或检查室终端，药房终端或检查室终端扫描所述患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录。
5.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，所述医生终端具体包括：
身份验证模块，被配置为用于通过接收医生终端输入的账号密码或者医生终端的生物识别设备进行身份验证；
医嘱模块，被配置为用于记录并存储医生终端的历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息；
二维码生成模块，被配置为用于基于获取的当前患者信息以及医生处方信息，生成设定格式的字符串，通过对字符串进行压缩和加密，生成包含上述信息的加密的二维码。
6.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，所述患者移动终端具体包括：
登录绑定模块，被配置为用于通过扫描医生终端的二维码自动登录，或者，绑定患者的身份证号或者医保号信息；
二维码扫描模块，被配置为用于扫描医生终端生成的二维码，并将扫描的信息传送至云端服务器进行解密和解压缩，以得到还原后的患者信息以及医生处方信息，以及待支付的处方订单；
在线支付模块，被配置为用于对待支付的处方订单进行在线支付；
二维码展示模块，被配置为用于在支付完成后能够生成并展示带有处方ID的二维码，以供药房或检查室扫码查看处方信息；
医嘱模块，被配置为用于记录并存储从医生终端扫码获得的历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息。
7.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，所述云端服务器具体包括：
数据解密模块，被配置为用于为患者移动终端或者药房终端或者检查室终端上传的加密数据进行解密；
医嘱模块，被配置为用于记录并存储历史处方信息；所述历史处方信息包括历史医嘱信息、历史检验检查信息和历史药物处方信息；
用户管理模块，被配置为用于存储并管理医生基本信息、医生所用设备信息以及患者的基本信息；
角色管理模块，被配置为用于为不同的用户分配不同的角色权限，其中，最高权限者能够选择开启或关闭应急服务；
数据字典模块，被配置为用于在医院信息系统正常时同步医院信息系统的数据，以在解密得到医生处方信息后为相应的药物及检查项目匹配费用；
应急演练报告模块，被配置为用于在当前应急事项完成后，对本次应急事项处理过程中的数据进行统计分析。
8.如权利要求1所述的一种基于云端服务器的医院门诊应急服务系统，其特征在于，所述医生终端在医院信息系统正常时按照设定的频率同步医院信息系统中的药品及检验检查数据的数据字典。
9.一种基于云端服务器的医院门诊应急服务方法，其特征在于，包括以下过程：
医生终端在单机无网络状态下记录患者信息以及医生处方信息，生成加密的二维码；
患者移动终端扫描所述二维码，并将识别到的二维码信息通过数据流量方式传送至云端服务器；
与公钥相对应私钥存储在云端服务器，云端服务器接收患者移动终端上传的二维码信息并进行解密和解压缩，得到患者信息和医生处方信息并保存；同时根据医生处方信息生成处方订单，反馈至患者移动终端；
患者移动终端支付成功后，将支付成功的信息反馈至云端服务器，云端服务器将支付完成的信息记录在相对应的处方订单中；患者移动终端从云端服务器调取处方订单的唯一ID编码，使用公钥进行加密后，生成患者移动终端二维码；
药房终端或检查室终端扫描所述患者移动终端二维码，扫描信息传送至云端服务器，通过云端服务器解密后，根据唯一ID编码匹配相对应的处方订单信息及缴费信息，并反馈至药房或检查室；以使药房或检查室根据处方订单信息进行拿药或检查，并在拿药或检查完毕后，将完成信息反馈至云端服务器进行记录。
10.如权利要求9所述的一种基于云端服务器的医院门诊应急服务方法，其特征在于，医生终端生成加密的二维码的过程具体为：
针对患者信息、医生信息、科室信息、诊断信息、医保类型信息、医嘱信息以及用法用量信息，分别定义唯一的二维码编码，根据医生终端记录的患者信息、医生信息以及医生处方信息为相应的二维码编码赋值；
对二维码编码及赋值采用JSON数据结构进行组装，形成JSON字符串；
对所述JSON字符串进行压缩；
对压缩后的字符串使用公钥进行加密，将加密后的数据生成二维码；与公钥相对应私钥存储在云端服务器，以使加密后的二维码在云端服务器进行解密。
CN202211330619.XA 2022-10-28 2022-10-28 一种基于云端服务器的医院门诊应急服务系统及方法 Pending CN115394396A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211330619.XA CN115394396A (zh) 2022-10-28 2022-10-28 一种基于云端服务器的医院门诊应急服务系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211330619.XA CN115394396A (zh) 2022-10-28 2022-10-28 一种基于云端服务器的医院门诊应急服务系统及方法

Publications (1)

Publication Number Publication Date
CN115394396A true CN115394396A (zh) 2022-11-25

Family

ID=84115113

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211330619.XA Pending CN115394396A (zh) 2022-10-28 2022-10-28 一种基于云端服务器的医院门诊应急服务系统及方法

Country Status (1)

Country Link
CN (1) CN115394396A (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001080154A1 (en) * 2000-04-17 2001-10-25 4C Gate Limited A medical prescription transmitting system and medical prescription transmitting method
CN201134101Y (zh) * 2007-12-27 2008-10-15 卫生部医院管理研究所 便携式医疗信息检索及开方系统
CN105303495A (zh) * 2015-11-10 2016-02-03 成都卡恩特医疗科技有限公司 一种基于二维码和云服务的医疗信息管理系统及方法
CN105991664A (zh) * 2014-12-26 2016-10-05 北大医疗信息技术有限公司 处方的存储方法和存储装置
CN106023466A (zh) * 2016-05-13 2016-10-12 吴卫平 医患处方互联与智能药品仓储分发系统
CN106254383A (zh) * 2016-09-13 2016-12-21 上海市徐汇区中心医院 医院远程诊疗方法
CN108597573A (zh) * 2018-05-22 2018-09-28 北京守帕健康科技有限公司 用于帕金森综合征的处方管理系统及处方管理方法
CN108806768A (zh) * 2017-08-31 2018-11-13 北京东华原医疗设备有限责任公司 基于二维码和云技术的电子处方传输系统和传输方法
CN112820386A (zh) * 2021-02-01 2021-05-18 复旦大学附属儿科医院 一种应用于医院内的就诊信息应急单机传递系统
CN114996771A (zh) * 2022-06-16 2022-09-02 北京京东拓先科技有限公司 电子处方的信息处理方法、装置及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001080154A1 (en) * 2000-04-17 2001-10-25 4C Gate Limited A medical prescription transmitting system and medical prescription transmitting method
CN201134101Y (zh) * 2007-12-27 2008-10-15 卫生部医院管理研究所 便携式医疗信息检索及开方系统
CN105991664A (zh) * 2014-12-26 2016-10-05 北大医疗信息技术有限公司 处方的存储方法和存储装置
CN105303495A (zh) * 2015-11-10 2016-02-03 成都卡恩特医疗科技有限公司 一种基于二维码和云服务的医疗信息管理系统及方法
CN106023466A (zh) * 2016-05-13 2016-10-12 吴卫平 医患处方互联与智能药品仓储分发系统
CN106254383A (zh) * 2016-09-13 2016-12-21 上海市徐汇区中心医院 医院远程诊疗方法
CN108806768A (zh) * 2017-08-31 2018-11-13 北京东华原医疗设备有限责任公司 基于二维码和云技术的电子处方传输系统和传输方法
CN108597573A (zh) * 2018-05-22 2018-09-28 北京守帕健康科技有限公司 用于帕金森综合征的处方管理系统及处方管理方法
CN112820386A (zh) * 2021-02-01 2021-05-18 复旦大学附属儿科医院 一种应用于医院内的就诊信息应急单机传递系统
CN114996771A (zh) * 2022-06-16 2022-09-02 北京京东拓先科技有限公司 电子处方的信息处理方法、装置及电子设备

Similar Documents

Publication Publication Date Title
US7438228B2 (en) Systems and methods for managing electronic prescriptions
US8990834B2 (en) Managing healthcare information in a distributed system
US9171344B2 (en) Methods, systems, and devices for managing medical images and records
CA2432141C (en) Computer oriented record administration system
KR100750071B1 (ko) 의료 정보 공유 방법 및 그 시스템
US20030093298A1 (en) System and method for providing secure remote access to patient files by authenticating personnel with biometric data
US20050187948A1 (en) Patient admission and information access system
US20070288268A1 (en) Adaptable Electronic Medical Record System and Method
US20090150292A1 (en) System and method for secure storing, displaying, organizing electronic, and transferring medical records
JP5817178B2 (ja) 服薬管理システム、服薬管理サービスを提供する方法、及び、服薬管理プログラム
US20090228300A1 (en) Mobile device-enhanced verification of medical transportation services
CN101094143A (zh) 实现跨医院电子病历的系统和方法
US10482216B2 (en) Protected health information image capture, processing and submission from a client device
KR102249664B1 (ko) 비대면 방식의 전자처방전 서비스 제공방법 및 시스템
CN108171860A (zh) 一种医疗服务信息处理方法和自助操作终端
Ayyalraj et al. Patient health description using NFC-Tag-M-Health
US10296716B1 (en) System of and method for collecting and transmitting advance care planning and directives documentation
US20110054942A1 (en) System for and method of transmitting descriptive prescription between doctor and patient
CN109787978A (zh) 一种医疗数据的传输方法
US20100063836A1 (en) Hand Held Prescription Writer Device
CN115394396A (zh) 一种基于云端服务器的医院门诊应急服务系统及方法
JP5108393B2 (ja) 医療情報処理システム
CN107146184A (zh) 医疗记录输出管理方法及医疗记录输出系统
JP2002215808A (ja) オンライン薬剤情報管理システム
CN112768020A (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