CN109545340A - 一种医疗资源管理方法、服务器及*** - Google Patents
一种医疗资源管理方法、服务器及*** Download PDFInfo
- Publication number
- CN109545340A CN109545340A CN201811265628.9A CN201811265628A CN109545340A CN 109545340 A CN109545340 A CN 109545340A CN 201811265628 A CN201811265628 A CN 201811265628A CN 109545340 A CN109545340 A CN 109545340A
- Authority
- CN
- China
- Prior art keywords
- medical
- medical resource
- resource
- target
- institutions
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 title claims abstract description 58
- 238000000034 method Methods 0.000 claims abstract description 24
- 238000012546 transfer Methods 0.000 claims description 24
- 238000003860 storage Methods 0.000 claims description 20
- 230000006870 function Effects 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 claims description 15
- 230000007246 mechanism Effects 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 8
- 230000001225 therapeutic effect Effects 0.000 claims description 7
- 238000012360 testing method Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 6
- 238000005481 NMR spectroscopy Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000036541 health Effects 0.000 description 4
- 238000010884 ion-beam technique Methods 0.000 description 4
- 239000000126 substance Substances 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000005520 cutting process Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000000474 nursing effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 239000002699 waste material Substances 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/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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请公开了一种医疗资源管理方法、服务器及***,方法包括:根据预先收集的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给医疗管理***中的其他服务器,以使其他服务器对目标医疗资源进行验证,目标医疗资源包括多个医疗机构的携带医疗机构地理位置且空闲的医疗资源;如果通过验证,则目标服务器生成包含目标医疗资源的目标区块,并将目标区块写入区块链;根据接收到由第一终端发送的医疗资源获取请求,目标服务器根据目标医疗资源确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构;目标服务器发送医疗资源转移通知给第一医疗机构的第二终端。采用本申请,可实现医疗资源可靠存储。
Description
技术领域
本申请涉及区块链应用技术领域,尤其涉及一种医疗资源管理方法、服务器及***。
背景技术
现有技术中,大量重要的数据存储在可信赖的第三方平台或机构,但这种依赖于中心服务器的存储方式会有一定的风险。以医疗资源为例,医疗资源存储于社保局下属机构或第三方数据平台提供的服务器中;当医疗资源获取请求方通过社保局下属机构或第三方数据平台提供的数据接口对医疗资源进行请求时,由于医疗资源存在于单一的服务器中,医疗资源提供方可能为了利益,制造虚假的医疗资源或更改医疗资源,造成医疗资源使用方(如:社保局下属机构)无法通过医疗资源提供方提供的医疗资源给医疗资源请求方协调出真实可靠的医疗资源,一方面,导致医疗资源存在着供给不足现象,例如:当某些资源匮乏的社区诊所接诊到某些特殊患者,无法对该患者的病情做出有效、准确地诊断;另一方面,某些医疗机构的医疗资源得不到合理利用,造成资源浪费现象。
发明内容
本申请提供一种医疗资源管理方法,可实现对医疗资源的可靠存储,并为医疗资源使用方提供真实可靠的数据信息。
第一方面,本申请提供了一种医疗资源管理方法,应用于包括多个服务器的医疗资源管理***中,该方法包括:
根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证;所述目标医疗资源包括:所述多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和所述目标服务器的数字签名;所述目标服务器为所述医疗资源管理***中的一个服务器;
如果所述目标医疗资源通过验证,则所述目标服务器生成包含所述目标医疗资源的目标区块,并将所述目标区块写入区块链;
响应于所述医疗资源请求方对应的第一终端发送的医疗资源获取请求,所述医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,所述目标服务器利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构;
所述目标服务器发送医疗资源转移通知给所述第一医疗机构对应的第二终端,所述医疗资源转移通知用于通知所述第一医疗机构向所述医疗资源获取请求方转移所述医疗资源请求清单上所列的医疗资源。
结合第一方面,在一些可能的实施例中,
所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证,包括:
所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器根据所述目标服务器生成所述目标医疗资源中医疗资源的摘要信息时使用的同一哈希函数,对所述医疗资源进行哈希运算,获得哈希运算后的摘要信息;
以使所述其他服务器通过目标服务器的公有密钥对所述目标医疗资源中数字签名进行解密,获得解密后的摘要信息;
以使所述其他服务器判断所述哈希运算后的摘要信息与所述解密后的摘要信息是否一致,若一致,则所述目标医疗资源通过验证。
结合第一方面,在一些可能的实施例中,
所述根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证,具体包括:
根据接收到的由多个医疗机构分别对应的第二终端发送的医疗机构的携带医疗机构地理位置且空闲的医疗资源,所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证。
结合第一方面,在一些可能的实施例中,
所述目标服务器利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构,具体包括:
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线距离最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线状况最优的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线所耗时长最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构。
结合第一方面,在一些可能的实施例中,
所述目标服务器发送医疗资源转移通知给所述第一医疗机构对应的第二终端之后,还包括:
所述目标服务器发送医疗资源转移清单给所述第一终端,所述医疗资源转移清单用于指示出转移到所述医疗资源获取请求方的所述第一医疗机构的医疗资源。
结合第一方面,在一些可能的实施例中,
所述转移通知用于通知所述第一医疗机构向所述医疗资源获取请求方转移所述医疗资源请求清单上所列的医疗资源,包括:
所述转移通知用于:通过通知所述第一医疗机构的医疗资源管理人员来通知所述第一医疗机构中关于医疗资源请求清单上所列的医护人员和医疗设备操作人员,向所述医疗资源获取请求方进行转移;
或者,
所述转移通知用于:通知所述第一医疗机构中关于医疗资源请求清单上所列的医护人员和医疗设备操作人员,向所述医疗资源获取请求方进行转移。
第二方面,本申请提供了一种服务器,所述服务器为所述目标服务器,包括:
第一发送单元,用于根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证;所述目标医疗资源包括:所述多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和所述目标服务器的数字签名;所述目标服务器为所述医疗资源管理***中的一个服务器;
生成单元,用于如果所述目标医疗资源通过验证,则生成包含所述目标医疗资源的目标区块;
写入单元,用于将所述目标区块写入区块链;
接收单元,用于接收由所述医疗资源请求方对应的第一终端发送的医疗资源获取请求,所述医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,所述第一终端部署在所述医疗资源请求方;
确定单元,用于利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构;
第二发送单元,用于发送医疗资源转移通知给所述第一医疗机构对应的第二终端,所述医疗资源转移通知用于通知所述第一医疗机构向所述医疗资源获取请求方转移所述医疗资源请求清单上所列的医疗资源。
结合第二方面,在一些可能的实施例中,
所述确定单元具体用于:
根据所述区块链中的所述目标医疗资源,利用所述资源请求方与所述医疗机构之间的路线距离最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
利用所述资源请求方与所述医疗机构之间的路线状况最优的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
利用所述资源请求方与所述医疗机构之间的路线所耗时长最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构。
第三方面,本申请提供了一种服务器,该服务器包括:收发器、存储器以及与所述存储器耦合的处理器,所述收发器、存储器以及与所述存储器耦合的处理器相互连接,其中,所述收发器用于执行接收或发送动作,所述存储器用于存储医疗资源管理方法的实现代码,所述处理器用于调用所述存储器中存储的所述实现代码,即执行第一方面所述的医疗资源管理方法。
第四方面,本申请提供了一种医疗资源管理***,包括:多个服务器及与所述多个服务器中每个服务器分别关联的终端,其中,所述服务器为第一方面及其各种可能的实现方式中所述的目标服务器,所述终端包括第一方面及其各种可能的实现方式中所述的第一终端或第二终端。
第五方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令被处理器执行时,使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的医疗资源管理方法。
第六方面,本申请提供了一种计算机程序产品,所述程序产品被处理器执行时,使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的医疗资源管理方法。
本申请提供了一种医疗资源管理方法、服务器及***。根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,以使其他服务器对目标医疗资源进行验证;目标医疗资源包括:多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和目标服务器的数字签名;目标服务器为医疗资源管理***中的一个服务器;如果目标医疗资源通过验证,则目标服务器生成包含目标医疗资源的目标区块,并将目标区块写入区块链;响应于医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构;目标服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源请求清单上所列的医疗资源。采用本申请,可实现对医疗资源的可靠存储,并为医疗资源协调方提供真实可靠的数据信息。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以如这些附图获得其他的附图。
图1是本申请提供的一种医疗资源管理***的示意图;
图2是本申请提供的一种医疗资源管理***的部分结构示意图;
图3是本申请提供的一种医疗资源管理方法的示意流程图;
图4是本申请提供的一种区块链结构示意图;
图5是本申请提供的一种区块链中各区块上存储的哈希值之间的关系示意图;
图6是本申请提供的一种医疗资源获取请求清单的示意图;
图7是本申请提供的一种医疗资源转移清单的示意图;
图8是本申请提供的一种服务器示意性框图;
图9是本申请提供的另一种服务器示意性框图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
具体实现中,本申请中描述的终端包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是,在某些实施例中,所述设备并非便携式通信设备,而是具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的台式计算机。
在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端。然而,应当理解的是,终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
终端支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
参见图1,是本申请提供一种医疗资源管理***的示意图,如图1所示,该医疗资源管理***可包括:多个服务器及与该多个服务器中各个服务器分别对应的一个或多个终端。
应当说明的,该目标服务器为区块链中的一个服务器,以该目标服务器为目标服务器A为例,其中,目标服务器A与地区A相对应,区块链中还可包括目标服务器B,该目标服务器B与地区B相对应。为方便描述,本申请将以与地区A相对应的目标服务器为例进行说明。
下面以该医疗资源管理***中的一台目标服务器为例,对该医疗资源管理***进行详细阐述。
图2示例性示出了医疗资源管理***的部分结构的示意图。
如图2所示,该部分结构可包括:
目标服务器、与目标服务器相关联的第一终端和第二终端。其中,
第一终端、第二终端均可为医疗资源管理***中的终端,该终端可以指接入终端、用户设备(user equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动终端、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以蜂窝电话、无绳电话、会议发起协议电话,无线本地环路站、个人数字处理、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、可穿戴设备或者未来演进的公共陆地移动网络中的终端设备。
在医疗资源管理***中,可包括:医疗资源获取请求方,医疗资源提供方以及医疗资源协调方。本申请实施例中,以第一终端部署在医疗资源获取请求方、第二终端部署在医疗资源提供方、目标服务器部署在医疗资源协调方为例。
本申请实施例中,医疗资源获取请求方工作人员(医疗资源匮乏的医疗机构工作人员)可登陆医疗资源请求获取客户端将注册信息输入到第一终端,第一终端将该注册信息发送至目标服务器,进而目标服务器获得用于登陆医疗资源获取请求客户端的私钥,并将该私钥存储。
医疗机构工作人员可登陆医疗资源提供客户端将注册信息输入到第二终端,第二终端将该注册信息发送至服务器,进而目标服务器获得医生设置的用于登陆医疗资源提供客户端的私钥,并将该私钥存储。
进而,在不同用户通过第一终端和第二终端分别在目标服务器注册完成后,医疗资源获取请求工作人员可登陆医疗资源获取请求客户端将医疗资源获取请求输入到第一终端,多个医疗机构工作人员可登陆医疗资源提供客户端将医疗机构的空闲的医疗资源(如医护人员、医疗费用、医疗床位、医疗设施和装备、知识技能和信息等等)分别输入到部署在多个医疗机构的第二终端。
应当说明的,医疗机构可包括:医院、妇幼保健院、社区卫生服务中心、乡(镇)卫生院、疗养院、门诊部(如中医门诊部、中西医结合门诊部)、村卫生室、急救中心、临床检验中心、专科疾病防治院或护理院等等。
医疗资源请求方可为资源匮乏的村卫生室、急救中心、临床检验中心、专科疾病防治院或护理院等。
应当说明的,客户端可包括:本地运行的应用程序、运行于网络浏览器上的功能(又称为Web App)、嵌入于电子邮件中的小程序、嵌入于即时通讯的客户端软件(如微信(WeChat))中的小程序,以及嵌入在其他应用程序(如WeChat)中的功能(如微信公众号)等。对于客户端,目标服务器上需要运行有相应的服务器端程序来提供相应的服务,如数据库服务,数据计算、决策执行等等。
本申请实施例中,目标服务器也可以被称为后台服务器、组件服务器、医疗资源管理服务器等,目标服务器可以通过互联网与可发送医疗资源获取请求的第一终端和发送空闲的医疗资源的第二终端进行通信连接,并可对接收到的医疗资源获取请求进行响应。
应当说明的,根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,以使其他服务器对目标医疗资源进行验证;目标医疗资源包括:多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和目标服务器的数字签名;目标服务器为医疗资源管理***中的一个服务器;如果目标医疗资源通过验证,则目标服务器生成包含目标医疗资源的目标区块,并将目标区块写入区块链;响应于医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构;目标服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源请求清单上所列的医疗资源。
区块链具备以下三个性质:一、区块链是一个放置于非安全环境中的分布式数据库***;二、采用哈希函数的方式保证已有数据不被篡改;三、采用共识算法对于新增数据达成共识。
本申请实施例主要涉及防篡改这种性质,即通过采用哈希函数确保存储到区块链上的目标信息不被篡改。
应当说明的,哈希函数有如下性质,设X通过哈希运算后,得到Y=H(X),则:已知X,容易得出Y,而已知Y,无法得出X,具体来说,不存在另一个X1,使得H(X1)=Y。也即是说,哈希函数具有不可逆性。
参见图3,图3是本申请实施例提供的一种医疗资源管理方法的示意流程图。
如图3所示,下面对医疗资源管理***提供的医疗资源管理方法进行详细阐述,该方法至少可包括以下步骤:
S301、根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,以使其他服务器对目标医疗资源进行验证;目标医疗资源包括:多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和目标服务器的数字签名;目标服务器为所述医疗资源管理***中的一个服务器。
具体的,根据接收到的由多个医疗机构的第二终端发送的医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器可将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,使其他服务器对目标医疗资源进行验证。
第二终端可包括但不限于以下两种方式存储医疗机构的携带医疗机构地理位置且空闲的医疗资源。
第一种方式:将携带医疗机构地理位置且空闲的医疗资源存储于第二终端的内部存储器中。
第二种方式:将携带医疗机构地理位置且空闲的医疗资源存储于与第二终端相连的云端数据库中。
本申请实施例中,目标服务器的数字签名生成的具体实施方式为:目标服务器用一个哈希函数对目标医疗资源中的医疗资源进行哈希运算,获得摘要信息,进而目标服务器私有密钥(Privatekey,私钥)对该摘要信息进行加密,加密后的摘要信息即为目标服务器的数字签名。
应当说明的,目标服务器若要将数据写入到区块链,则需要事先在区块链上注册,获得一对非对称密钥对,目标服务器将非对称密钥对中的私钥由自己保存,并将非对称密钥对中的公有密钥(Publickey,公钥)作为目标服务器在区块链上的地址。
应当说明的,非对称密钥算法包括公钥和私钥,公钥和私钥为一对,当用私钥对数据加密时,只有用对应的公钥才能解密;如果用公钥对数据进行加密,只有用对应的私钥进行才能解密。一般来说,非对称密钥中的公钥是公开的,而私钥只有自己拥有。除了对数据进行加密外,非对称密码的另一个用途是进行身份验证。举例来说,若用户A用自己的私钥对数据价目后,发送给用户B,用户B接收到数据后,若用户B通过用户A的公钥成功解密该数据,则用户B确定出发送该数据的是用户A,即确定出了发送方的身份。
本申请实施例中,以使其他服务器对目标医疗资源进行验证,包括:
以使其他服务器根据目标服务器生成目标医疗资源中携带医疗机构地理位置且空闲的医疗资源的摘要信息时使用的同一哈希函数对该医疗资源进行哈希运算,获得哈希运算后的摘要信息;
以使其他服务器再通过目标服务器的公钥对目标医疗资源中的数字签名进行解密,获得解密后的摘要信息;
以使其他服务器判断上述哈希运算后的摘要信息与上述解密后的摘要信息是否一致,若一致,则上述目标医疗资源通过验证,也即,其他服务器确定出该目标医疗资源由上述目标服务器所发送。
S302、如果目标医疗资源通过验证,则目标服务器生成包含目标医疗资源的目标区块,并将目标区块写入区块链。
本申请实施例中,区块链上的区块由区块头、区块主体构成。其中,区块头包含当前区块的哈希值、上一区块的哈希值、时间戳和其他信息,区块主体包含了本区块的数据信息。以医疗机构的医疗资源为例,如图4所示,区块N和区块(N+1)的区块结构相同,区块主体中存放的是医疗机构的携带医疗机构地理位置且空闲的医疗资源。
下面详细阐述包含目标医疗资源的目标区块写入区块链的具体方式。
首先,将已有的区块链上最末端的区块作为目标区块的上一区块,并将上一区块的哈希值记录在该目标区块的区块头中;进而记录下当前时间作为该目标区块的时间戳,并在生成下一个新区块时,将目标区块作为新区块的上一区块,新区块的区块头中将会记录该目标区块的哈希值。其中,上述区块链上最末端的区块指的是区块链上的所有区块中时间戳记录的时间距离当前时间最近的区块。
综上所述,上述目标区块记录上一区块的哈希值和该目标区块的哈希值的目的在于,利用区块链上前后相连的链状结构和哈希加密算法的不可逆性来保证了医疗机构的携带医疗机构地理位置且空闲的医疗资源的不可篡改性。
举例来说,如图5所示,考虑区块链上的区块1~区块4,区块1保存有上一区块的哈希值H0、区块1的哈希值H1以及区块1的数据块A,区块2上保存有上一区块的哈希值H1、区块2的哈希值H2以及区块2的数据块B、区块3级区块4以此类推。对每一个区块而言,本区块的哈希值的计算方式是本区块的数据块和上一区块的哈希值合成后的数据进行哈希运算。
举例来说,图5中的区块1~区块4的哈希值计算方式为:H1=Hash(A||H0),H2=Hash(B||H1),H3=Hash(C||H2),H4=Hash(D||H3),其中,||表示拼接,Hash表示哈希运算。综上,可以看出,通过前后区块的连接关系,如要篡改任意一个区块上的数据块,就需更改区块链上该区块之后所有区块上的哈希值。例如:如果要更改图4中区块1上数据块A的内容,相应地,需要更改掉区块2、区块3、区块4及后续的区块上的哈希头中的哈希值。显然,难度较高,代价也非常之高,理论上,要控制区块链上51%及以上的节点(该节点可创建新的区块,俗称挖矿节点),才能够完成对数据的篡改。
S303、响应于医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单上全部所列的医疗资源的第一医疗机构。
本申请实施例中,第一终端可包括但不限于以下两种方式存储医疗资源获取请求。
第一种方式:将医疗资源获取请求存储于第一终端的内部存储器中。
第二种方式:将医疗资源获取请求存储于与第一终端相连的云端数据库中。
图6示例性示出了一种医疗资源请求清单。
如图6所示,医疗资源获取请求方所发送的医疗资源获取请求清单包括:核磁共振波谱仪1台、核磁共振波谱仪操作人员1名、心电图机1台、三离子束切割仪1台及三离子束切割仪操作人员1名等5项医疗资源。
应当说明的,医疗资源获取请求还可为:携带了医疗资源获取请求方的名称、医疗资源获取请求方的医疗资源获取请求清单的请求,其中,医疗资源获取请求方的名称用于服务器根据全球定位***技术(Global Positioning System,GPS)定出医疗资源获取请求方的地理位置。
目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系从上述目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构,具体包括:
目标服务器利用资源请求方与医疗机构之间的路线距离最短的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构;
或者,
目标服务器利用资源请求方与医疗机构之间的路线状况最优的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构;
或者,
目标服务器利用资源请求方与医疗机构之间的路线所耗时长最短的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构。
S304、目标服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源请求清单上所列的医疗资源。
本申请实施例中,服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源转移清单上所列的医疗资源。
其中,目标服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,具体可包括以下两种情形:
情形1:服务器发送医疗资源转移通知给:第二终端,以通知第一医疗机构的医疗资源管理人员来通知第一医疗机构中关于第一医疗资源清单所列的医护人员和医疗设备操作人员,向医疗资源获取请求方进行转移。
情形2:服务器发送医疗资源转移通知给第二终端,以通知第一医疗机构中关于第一医疗资源清单所列的医护人员和医疗设备操作人员,向医疗资源获取请求方进行转移。
目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系从上述多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构之后,还包括:
目标服务器发送医疗资源转移清单给第一终端,医疗资源转移清单用于指示确定出的转移到所述医疗资源获取请求方的第一医疗机构的医疗资源。
应当说明的,本申请实施例中的医疗资源转移清单所列医疗资源与医疗资源获取清单所列医疗资源相同。
下面简单介绍一种医疗资源转移清单。
图7示例性示出了一种医疗资源转移清单。
如图7所示,响应于医疗资源获取请求方发送的医疗资源请求,服务器根据步骤S303确定出提供包括核磁共振波谱仪在内的5项医疗资源的医疗机构为第一医疗机构。
具体的,上述转移通知可用于:通知第一医疗机构的管理人员来通知姓名为XX的核磁共振波谱仪的操作人员携带型号为XX的核磁共振波谱仪、姓名为XX的心电图机的操作人员以及姓名为XX的三离子束切割仪操作人员携带型号为XX的三离子束切割仪至医疗资源获取请求方。
可理解的,图3方法实施例中未提供的相关定义和说明可参考图1的方法实施例,此处不再赘述。
综上所述,根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,以使其他服务器对目标医疗资源进行验证;目标医疗资源包括:多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和目标服务器的数字签名;目标服务器为医疗资源管理***中的一个服务器;如果目标医疗资源通过验证,则目标服务器生成包含目标医疗资源的目标区块,并将目标区块写入区块链;响应于医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,目标服务器利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构;目标服务器发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源请求清单上所列的医疗资源。采用本申请,可实现对医疗资源的可靠存储,并为医疗资源使用方提供真实可靠的数据信息。
参见图8,是本申请提供的一种服务器,服务器80可为图3中的目标服务器。如图8所示,服务器80包括:第一发送单元801、生成单元802、写入单元803、接收单元804、确定单元805及第二发送单元806。其中:
第一发送单元801,可用于根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,将目标医疗资源发送给医疗管理***中除目标服务器外的其他服务器,使其他服务器对目标医疗资源进行验证;目标医疗资源包括:多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和目标服务器的数字签名;目标服务器为医疗资源管理***中的一个服务器。
生成单元802,可用于如果目标医疗资源通过验证,则生成包含目标医疗资源的目标区块。
写入单元803,可用于将目标区块写入区块链。
接收单元804,可用于接收到的由医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,第一终端部署在医疗资源请求方。
确定单元805,可用于根据区块链中的目标医疗资源,利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构。
第二发送单元806,可用于发送医疗资源转移通知给第一医疗机构对应的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源请求清单上所列的医疗资源。
确定单元805,具体用于
根据区块链中的目标医疗资源,利用资源请求方与医疗机构之间的路线距离最短的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构;
或者,
利用资源请求方与医疗机构之间的路线状况最优的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构;
或者,
利用资源请求方与医疗机构之间的路线所耗时长最短的原则,从目标区块中目标医疗资源所描述的多个医疗机构中确定出第一医疗机构。
服务器80包括:第一发送单元801、生成单元802、写入单元803、接收单元804、确定单元805及第二发送单元806之外,还包括:第三发送单元。
第三发送单元,用于发送医疗资源转移清单给第一终端,医疗资源转移清单用于指示确定出的转移到医疗资源获取请求方的第一医疗机构的医疗资源。
应当理解,服务器80仅为本申请实施例提供的一个例子,并且,服务器80可具有比示出的部件更多或更少的部件,可以组合两个或更多个部件,或者可具有部件的不同配置实现。
可理解的,关于图8的服务器80包括的功能块的具体实现方式,可参考前述图3所述的方法实施例,这里不再赘述。
参见图9,是本申请提供的另一种服务器,服务器90可为图3中的目标服务器。如图9所示,服务器9可包括:处理器901、存储器902(一个或多个计算机可读存储介质)以及收发器903。这些部件可在一个或多个通信总线904上通信。
处理器901可以是中央处理器(Central Processing Unit,CPU),网络处理器(Network Processor,NP)或者CPU和NP的组合。
处理器901还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(Application-specific Integrated Circuit,ASIC),可编程逻辑器件(ProgrammableLogic Device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(ComplexProgrammable Logic Device,CPLD),现场可编程逻辑门阵列(Field-programmable GateArray,FPGA),通用阵列逻辑(Generic Array Logic,GAL)或其任意组合。
可理解的,处理器901可用于如果目标医疗资源通过验证,则目标服务器生成包含目标医疗资源的目标区块;并将该目标区块写入区块链。
处理器901还可用于响应于医疗资源请求方对应的第一终端发送的医疗资源获取请求,医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,利用医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从目标区块中目标医疗资源所描述的多个医疗机构中确定出提供医疗资源获取请求清单全部所列医疗资源的第一医疗机构。
存储器902与处理器901耦合,可用于存储各种软件程序和/或多组指令。具体实现中,存储器902可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器902可以存储操作***(下述简称***),例如ANDROID,IOS,WINDOWS,或者LINUX等嵌入式操作***。存储器902还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端设备,一个或多个网络设备进行通信。存储器902还可以存储用户接口程序,该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来,并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
可理解的,存储器902还可用于存储由多个医疗机构的第二终端分别发送的医疗机构的携带医疗机构地理位置且空闲的医疗资源及第一终端发送的医疗资源获取请求。
收发器903可用于接收多个医疗机构的第二终端分别发送的医疗机构的携带医疗机构地理位置且空闲的医疗资源及接收第一终端发送的医疗资源获取请求。
收发器903,还可用于发送医疗资源转移通知给第一医疗机构的第二终端,医疗资源转移通知用于通知第一医疗机构向医疗资源获取请求方转移医疗资源转移清单上所列的医疗资源。
收发器903,还可用于发送医疗资源转移清单给第一终端,医疗资源转移清单用于指示转移到医疗资源获取请求方的第一医疗机构的医疗资源。
应当理解,服务器90仅为本申请实施例提供的一个例子,并且,服务器90可具有比示出的部件更多或更少的部件,可以组合两个或更多个部件,或者可具有部件的不同配置实现。
可理解的,关于图9的服务器90包括的功能块的具体实现方式,可参考前述图3所述的方法实施例,这里不再赘述。
本申请提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现。
该计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元,例如终端的硬盘或内存。该计算机可读存储介质也可以是终端的外部存储设备,例如终端上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步的,该计算机可读存储介质还可以既包括终端的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及终端所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请还提供一种计算机程序产品,该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,该计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,该计算机包括电子装置。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的终端和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的终端和方法,可以通过其它的方式实现。例如,以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
上述描述的终端实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种医疗资源管理方法,应用于包括多个服务器的医疗资源管理***中,其特征在于,所述医疗资源管理方法,包括:
根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证;所述目标医疗资源包括:所述多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和所述目标服务器的数字签名;所述目标服务器为所述医疗资源管理***中的一个服务器;
如果所述目标医疗资源通过验证,则所述目标服务器生成包含所述目标医疗资源的目标区块,并将所述目标区块写入区块链;
响应于所述医疗资源请求方对应的第一终端发送的医疗资源获取请求,所述医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,所述目标服务器利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构;
所述目标服务器发送医疗资源转移通知给所述第一医疗机构对应的第二终端,所述医疗资源转移通知用于通知所述第一医疗机构向所述医疗资源获取请求方转移所述医疗资源请求清单上所列的医疗资源。
2.如权利要求1所述的方法,其特征在于,所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证,包括:
所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器根据所述目标服务器生成所述目标医疗资源中医疗资源的摘要信息时使用的同一哈希函数,对所述医疗资源进行哈希运算,获得哈希运算后的摘要信息;
以使所述其他服务器通过目标服务器的公有密钥对所述目标医疗资源中数字签名进行解密,获得解密后的摘要信息;
以使所述其他服务器判断所述哈希运算后的摘要信息与所述解密后的摘要信息是否一致,若一致,则所述目标医疗资源通过验证。
3.如权利要求1所述的方法,其特征在于,所述根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证,具体包括:
根据接收到的由多个医疗机构分别对应的第二终端发送的医疗机构的携带医疗机构地理位置且空闲的医疗资源,所述目标服务器将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证。
4.如权利要求1所述的方法,其特征在于,所述目标服务器利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构,具体包括:
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线距离最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线状况最优的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构;
或者,
所述目标服务器利用所述资源请求方与所述医疗机构之间的路线所耗时长最短的原则,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出所述第一医疗机构。
5.如权利要求1所述的方法,其特征在于,所述目标服务器发送医疗资源转移通知给所述第一医疗机构对应的第二终端之后,还包括:
所述目标服务器发送医疗资源转移清单给所述第一终端,所述医疗资源转移清单用于指示出转移到所述医疗资源获取请求方的所述第一医疗机构的医疗资源。
6.如权利要求1所述的方法,其特征在于,
所述目标服务器发送医疗资源转移通知给所述第一医疗机构对应的第二终端,具体包括:
所述服务器发送医疗资源转移通知给所述第二终端,以通知所述第一医疗机构的医疗资源管理人员来通知所述第一医疗机构中关于所述第一医疗资源清单所列的医护人员和医疗设备操作人员,向所述医疗资源获取请求方进行转移;
或者,
所述服务器发送医疗资源转移通知给所述第二终端,以通知所述第一医疗机构中关于所述第一医疗资源清单所列的医护人员和医疗设备操作人员,向所述医疗资源获取请求方进行转移。
7.一种服务器,其特征在于,所述服务器为所述目标服务器,包括:
第一发送单元,用于根据预先收集到的多个医疗机构的携带医疗机构地理位置且空闲的医疗资源,将目标医疗资源发送给所述医疗管理***中除所述目标服务器外的其他服务器,以使所述其他服务器对所述目标医疗资源进行验证;所述目标医疗资源包括:所述多个医疗机构的携带医疗机构地理位置且空闲的医疗资源和所述目标服务器的数字签名;所述目标服务器为所述医疗资源管理***中的一个服务器;
生成单元,用于如果所述目标医疗资源通过验证,则生成包含所述目标医疗资源的目标区块;
写入单元,用于将所述目标区块写入区块链;
接收单元,用于接收由所述医疗资源请求方对应的第一终端发送的医疗资源获取请求,所述医疗资源获取请求携带了医疗资源获取请求方的地理位置和医疗资源获取请求清单,所述第一终端部署在所述医疗资源请求方;
确定单元,用于利用所述医疗资源获取请求方的地理位置与医疗机构的地理位置的关系,从所述目标区块中所述目标医疗资源所描述的多个医疗机构中确定出提供所述医疗资源获取请求清单全部所列医疗资源的第一医疗机构;
第二发送单元,用于发送医疗资源转移通知给所述第一医疗机构对应的第二终端,所述医疗资源转移通知用于通知所述第一医疗机构向所述医疗资源获取请求方转移所述医疗资源请求清单上所列的医疗资源。
8.一种服务器,其特征在于,所述服务器为所述目标服务器,包括:收发器、存储器以及与所述存储器耦合的处理器,所述收发器、存储器以及与所述存储器耦合的处理器相互连接,其中,所述收发器用于执行接收或发送动作,所述存储器用于存储医疗资源管理方法的实现代码,所述处理器用于调用所述存储器中存储的所述实现代码,即执行权利要求1-6任一项所述的医疗资源管理方法。
9.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的医疗资源管理方法。
10.一种医疗资源管理***,其特征在于,包括:多个服务器及与所述多个服务器中每台服务器分别关联的终端,其中,所述服务器为权利要求1-6所述的目标服务器,所述终端包括权利要求1-6中所述的第一终端或第二终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811265628.9A CN109545340B (zh) | 2018-10-27 | 一种医疗资源管理方法、服务器及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811265628.9A CN109545340B (zh) | 2018-10-27 | 一种医疗资源管理方法、服务器及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109545340A true CN109545340A (zh) | 2019-03-29 |
CN109545340B CN109545340B (zh) | 2024-07-09 |
Family
ID=
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020253504A1 (zh) * | 2019-06-20 | 2020-12-24 | 深圳前海微众银行股份有限公司 | 一种基于区块链的资源处理方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404675A (zh) * | 2008-11-25 | 2009-04-08 | 中国网络通信集团公司 | 医疗资源获取方法及*** |
CN107658010A (zh) * | 2017-10-19 | 2018-02-02 | 大连大学 | 基于倒排泰森多边形索引的移动医疗查询方法及应用 |
CN107994991A (zh) * | 2017-10-31 | 2018-05-04 | 深圳市轱辘车联数据技术有限公司 | 一种数据处理方法、数据处理服务器及存储介质 |
CN108600314A (zh) * | 2018-03-22 | 2018-09-28 | 上海京颐科技股份有限公司 | 数据资源调度方法、装置、***以及电子设备 |
CN108682444A (zh) * | 2018-04-18 | 2018-10-19 | 中国地质大学(武汉) | 一种基于区块链的电子病历数据组织方法及*** |
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404675A (zh) * | 2008-11-25 | 2009-04-08 | 中国网络通信集团公司 | 医疗资源获取方法及*** |
CN107658010A (zh) * | 2017-10-19 | 2018-02-02 | 大连大学 | 基于倒排泰森多边形索引的移动医疗查询方法及应用 |
CN107994991A (zh) * | 2017-10-31 | 2018-05-04 | 深圳市轱辘车联数据技术有限公司 | 一种数据处理方法、数据处理服务器及存储介质 |
CN108600314A (zh) * | 2018-03-22 | 2018-09-28 | 上海京颐科技股份有限公司 | 数据资源调度方法、装置、***以及电子设备 |
CN108682444A (zh) * | 2018-04-18 | 2018-10-19 | 中国地质大学(武汉) | 一种基于区块链的电子病历数据组织方法及*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020253504A1 (zh) * | 2019-06-20 | 2020-12-24 | 深圳前海微众银行股份有限公司 | 一种基于区块链的资源处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10601960B2 (en) | Zero-knowledge environment based networking engine | |
US10699020B2 (en) | Monitoring and alert services and data encryption management | |
US20130332180A1 (en) | Mobile care management system and associated methods | |
CN109559792A (zh) | 一种药品配发方法、区块链节点设备及*** | |
Perrier et al. | USSD: The third universal app | |
WO2017088402A1 (zh) | 信息交互***、方法及装置 | |
Altowaijri | An architecture to improve the security of cloud computing in the healthcare sector | |
AU2017248205A1 (en) | Video-based asynchronous appointments for securing medication adherence | |
CN109509527A (zh) | 一种药品配发方法、区块链节点设备及*** | |
JP5494020B2 (ja) | 医療連携システム | |
Hamood Alsamhi et al. | Advancing pandemic preparedness in healthcare 5.0: A survey of federated learning applications | |
CN109522743A (zh) | 一种医疗保险票据稽核方法、区块链节点设备及*** | |
CN109522817A (zh) | 一种患者的住院行为稽核方法、区块链节点设备及*** | |
JP2019046262A (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
Sandeep et al. | Blockchain-based privacy approaches for 5G healthcare informatics | |
CN109584085A (zh) | 一种医疗保险票据稽核方法、区块链节点设备及*** | |
CN109545340A (zh) | 一种医疗资源管理方法、服务器及*** | |
Pulipeti et al. | Secure quantum computing for healthcare sector: a short analysis | |
Coats et al. | Leveraging the cloud for electronic health record access | |
CN109545339A (zh) | 一种医疗资源管理方法、服务器及*** | |
CN109545340B (zh) | 一种医疗资源管理方法、服务器及*** | |
Sanjana et al. | A framework for a secure e-health care system using IoT-based Blockchain technology | |
Adamkó et al. | Review and requirement specification of telemedicine systems interoperability with common data exchange hub | |
CN109585003A (zh) | 一种医疗资源追踪方法、服务器及*** | |
EP4318485A1 (en) | Medical system and computer program |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220525 Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Block H, 666 Beijing East Road, Huangpu District, Shanghai 200000 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |
|
GR01 | Patent grant |