CN109147918A - 预约匹配方法、装置、电子设备及计算机可读介质 - Google Patents
预约匹配方法、装置、电子设备及计算机可读介质 Download PDFInfo
- Publication number
- CN109147918A CN109147918A CN201810960724.9A CN201810960724A CN109147918A CN 109147918 A CN109147918 A CN 109147918A CN 201810960724 A CN201810960724 A CN 201810960724A CN 109147918 A CN109147918 A CN 109147918A
- Authority
- CN
- China
- Prior art keywords
- user
- reservation information
- reservation
- information
- block
- 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
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
-
- 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/6227—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 where protection concerns the structure of data, e.g. records, types, queries
-
- 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
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Bioethics (AREA)
- Medical Informatics (AREA)
- General Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- Tourism & Hospitality (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Biomedical Technology (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开涉及一种基于区块链的预约匹配方法、装置、电子设备及计算机可读介质。该方法包括:由第一区块链系统获取第一用户的待预约信息;由第二区块链系统获取多个第二用户的多个可预约信息;将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;根据正向反馈激励法对所述预定数量的候选第二用户进行评分;以及根据评分结果为所述第一用户确定预约匹配结果。本公开涉及的基于区块链的预约匹配方法、装置、电子设备及计算机可读介质,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
Description
技术领域
本公开涉及计算机信息处理领域,具体而言,涉及一种基于区块链的预约匹配方法、装置、电子设备及计算机可读介质。
背景技术
如今,医疗信息共享、云医院、移动医疗等应用已经在我国医疗机构广泛应用,医疗行业已经跨入大数据时代。而医疗信息共享、健康云技术的应用使得患者医疗数据更集中、更易得,这给患者就医、医生诊疗和卫生行政管理带来了前所未有便利。
患者可以在网络上对医生进行预约服务,患者确定待预约的医生之后,提供自身的资料,和待预约的时间,提交预约申请,等待医生的响应即可。但是这种由患者发起的医疗预约服务存在很多问题:首先,很多患者对于医生的资质情况并不了解,在预约的时候,患者只能凭借该医生在网络上公开的较少的个人信息,尝试选择医生进行预约治疗;其次,在医生对个人信息进行造假的时候,比如医生刷好评来获得患者的关注,这种行为对患者而言,会造成极大的安全风险,损害身体健康;再次,随着网络的发展,也带来了数据泄露的风险,医疗信息平台或健康云平台某个环节出现漏洞,涉及患者隐私的医疗数据将可能被窃取;同时随着大数据应用,患者群体的隐私泄露也成为一个新的问题,如基因数据、流行病分布、人口敏感信息等群体性的隐私,一旦这些信息被泄露将会带来伦理、法律、国家安全等诸多问题。
因此,需要一种新的基于区块链的预约匹配方法、装置、电子设备及计算机可读介质。
在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
有鉴于此,本公开提供一种基于区块链的预约匹配方法、装置、电子设备及计算机可读介质,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一方面,提出一种基于区块链的预约匹配方法,该方法包括:由第一区块链系统获取第一用户的待预约信息;由第二区块链系统获取多个第二用户的多个可预约信息;将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;根据正向反馈激励法对所述预定数量的候选第二用户进行评分;以及根据评分结果为所述第一用户确定预约匹配结果。
在本公开的一种示例性实施例中,还包括:根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至区块链系统;其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。
在本公开的一种示例性实施例中,根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至区块链系统包括:根据第一用户的操作指令获取所述第一用户的待预约信息与对应的时间;将每一个预约信息与对应的时间作为区块数据存储在所述区块链系统中。
在本公开的一种示例性实施例中,还包括:获取所述第二用户的可预约信息,并将所述可预约信息作为区块数据存储至区块链系统;其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
在本公开的一种示例性实施例中,还包括:在预约事件完成后,将诊疗反馈信息作为第一用户的区块数据存储在所述区块链系统中;和/或在预约事件完成后,将诊疗反馈信息作为第二用户的区块数据存储在所述区块链系统中。
在本公开的一种示例性实施例中,将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户包括:将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户;根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分;以及根据所述匹配评分确定预定数量的候选第二用户。
在本公开的一种示例性实施例中,加权公证调度公式包括:
其中,D1,D2,......Dn为待选的候选第二用户,Xn为待选的第二用户的可预约信息,an为可预约信息的权重系数,Q为基本阈值。
在本公开的一种示例性实施例中,根据正向反馈激励法对所述预定数量的候选第二用户进行评分包括:
其中,E为评分,bn为第一评分系数,cn为第二评分系数,Yn表示正向反馈频次。
在本公开的一种示例性实施例中,当有多个第一用户时,根据所述第一用户的待预约信息,预测每个所述第一用户待预约信息的支付费用金额,将最高预测支付费用金额的第一用户的待预约信息与最高正向评分的第二用户可预约信息进行匹配。
在本公开的一种示例性实施例中,根据评分结果为所述第一用户确定预约匹配结果包括:根据评分结果将候选第二用户之一确定为第三用户;将预约时间与所述第三用户信息推送至第一用户端。
在本公开的一种示例性实施例中,还包括:根据预约匹配结果,生成预约秘钥以及预约虚拟地址;以及将所述预约秘钥与所述预约虚拟窗口地址分别发送至所述第一用户端与所述第三用户端。
根据本公开的一方面,提出一种基于区块链的预约匹配装置,该装置包括:第一模块,用于由第一区块链系统获取第一用户的待预约信息;第二模块,用于由第二区块链系统获取多个第二用户的多个可预约信息;匹配模块,用于将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;评分模块,用于根据正向反馈激励法对所述预定数量的候选第二用户进行评分;以及结果模块,用于根据评分结果为所述第一用户确定预约匹配结果。
在本公开的一种示例性实施例中,还包括:第一区块模块,用于根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至区块链系统;其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息;以及第二区块模块,用于获取所述第二用户的可预约信息,并将所述可预约信息作为区块数据存储至区块链系统;其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
根据本公开的一方面,提出一种电子设备,该电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上文的方法。
根据本公开的一方面,提出一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上文中的方法。
根据本公开的基于区块链的预约匹配方法、装置、电子设备及计算机可读介质,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
通过参照附图详细描述其示例实施例,本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种基于区块链的商品推荐方法及装置的系统框图。
图2是根据一示例性实施例示出的一种基于区块链的商品推荐方法的流程图。
图3是根据另一示例性实施例示出的一种基于区块链的商品推荐方法的流程图。
图4是根据另一示例性实施例示出的一种基于区块链的商品推荐方法的示意图。
图5是根据另一示例性实施例示出的一种基于区块链的商品推荐方法的流程图。
图6是根据另一示例性实施例示出的一种基于区块链的预约匹配方法的流程图。
图7是根据一示例性实施例示出的一种基于区块链的商品推荐装置的框图。
图8是根据一示例性实施例示出的一种基于区块链的商品推荐装置的框图。
图9是根据一示例性实施例示出的一种电子设备的框图。
图10是根据一示例性实施例示出一种计算机可读存储介质示意图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
应理解,虽然本文中可能使用术语第一、第二、第三等来描述各种组件,但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此,下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用,术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
本领域技术人员可以理解,附图只是示例实施例的示意图,附图中的模块或流程并不一定是实施本公开所必须的,因此不能用于限制本公开的保护范围。
图1是根据一示例性实施例示出的一种基于区块链的商品推荐方法及装置的系统框图。
如图1所示,系统架构100可以包括第一终端设备101、102、103,网络104、服务器105和第二终端设备106、107、108。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质;网络104还用以在第二终端设备106、107、108和服务器105之间提供通信链路的介质网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
第一用户可例如为诊疗人员,第一用户可以使用第一终端设备101、102、103通过网络104与服务器105交互,以接收或发送医疗服务预约消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
第二用户可例如为医护人员,第二用户可以使用第二终端设备106、107、108通过网络104与服务器105交互,以接收或发送医疗服务预约消息等。第二终端设备106、107、108上可以安装有各种通讯客户端应用,网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
第一终端设备101、102、103与第二终端设备106、107、108均可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对第一用户利用第一终端设备101、102、103和第二用户利用第二终端设备106、107、108所浏览的医疗服务预约网站提供支持的后台服务器。后台服务器可以对接收到的医疗服务预约请求进行分析等处理,并将处理结果(预约时间、预约对象)反馈给第一终端设备和/或第二终端设备。
服务器105可例如由第一区块链系统获取第一用户的待预约信息;服务器105可例如由第二区块链系统获取多个第二用户的多个可预约信息;服务器105可例如将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;服务器105可例如根据正向反馈激励法对所述预定数量的候选第二用户进行评分;服务器105可例如根据评分结果为所述第一用户确定预约匹配结果。
服务器105还可例如根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至第一区块链系统;其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。
服务器105还可例如获取所述第二用户的可预约信息,并将所述可预约信息作为区块数据存储至第二区块链系统;其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
服务器105可以是一个实体的服务器,还可例如为多个服务器组成,服务器105中的一部分可例如作为本公开中的医疗服务预约系统,用于根据为第一用户与第二用户提供预约匹配;以及服务器105中的一部分还可例如作为本公开中的第一区块链系统与第二区块链系统,用于通过区块链协议将所述第二用户相关信息与第一用户相关信息储存至区块链的区块中,并生成签名信息。
需要说明的是,本公开实施例所提供的基于区块链的预约匹配方法可以由服务器105执行,相应地,基于区块链的预约匹配装置可以设置于服务器105中。而提供给第一用户与第二用户进行网页浏览的网页端与预约的请求端一般位于第一终端设备101、102、103中与第二终端设备106、107、108。
根据本公开的基于区块链的预约匹配方法及装置,通过第一区块链获取第一用户信息,通过第二区块链系统获取第二用户信息,并对第一用户信息与第二用户信息进行匹配分析,确定匹配结果推荐给第一用户的方式,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
图2是根据一示例性实施例示出的一种基于区块链的商品推荐方法的流程图。基于区块链的商品推荐方法20至少包括步骤S202至S210。
如图2所示,在S202中,由第一区块链系统获取第一用户的待预约信息。其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。更具体的,第一用户的待预约信息可例如包括病情症状、个人及家庭遗传病史、工作、家庭及居住环境情况、过去诊疗反馈等。
在S204中,由第二区块链系统获取多个第二用户的多个可预约信息。其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。更具体的,第二用户的可预约信息可例如包括:可预约的时间、专业背景及专家领域、典型案例、客户反馈等。
在S206中,将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户。可包括:将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户;根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分;以及根据所述匹配评分确定预定数量的候选第二用户。
在一个实施例中,将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户可例如,由第一区块链获取到第一用户的预约信息中的预约时间与病情信息;由第二区块链获取到多个第二用户的可预约信息中的可预约时间与诊疗领域。将第一用户的预约时间与病情信息与多个第二用户的可预约时间与诊疗领域进行匹配筛选,以确定多个候选第二用户。
在一个实施例中,还可例如,根据第一用户的预约信息中的居住地址信息,与上一个实施例中的结果进行再次匹配筛选,本申请不以此为限。
在一个实施例中,根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分包括:根据加权公证调度公式对多个候选第二用户进行再次评分,加权公证调度用于查找和识别可能存在的最优化的匹配和可能存在的违约行为(约定好的时间,客户或医生并没有按时进行远程诊疗或咨询服务)。加权公证调度公式能够参考候选第二用户的可预约信息中的诊疗反馈对多个候选第二用户进行再次评分。根据评分结果,确定预定数量的候选第二用户。预定数量可例如根据用户设定,可为5个或10个。
关于加权公证调度公式的详细内容将在图5的实施例中进行更详细的说明。
在S208中,根据正向反馈激励法对所述预定数量的候选第二用户进行评分。正向反馈激励法作用是将正向反馈多的医生能够优先在合适时间匹配高付费客户预约。正向反馈可为第一用户对第二用户的正面评价。在每次预约服务之后,第一用户均可对第二用户进行评价,评价信息被储存在诊疗反馈信息中。第一用户对第二用户的评价可为:非常满意、比较满意、满意、不满意几种情况。其中非常满意与比较满意可作为本申请实施例中的正向反馈,而不满意可作为负向反馈。
在一个实施例中,根据正向反馈激励法对所述预定数量的候选第二用户进行评分包括:由区块链获取预定数量的候选第二用户的可预约信息,通过第二用户的可预约信息中的整理反馈信息提取该第二用户正向反馈的频次、时间。客户付费等情况。根据以上信息对预订数量的候选第二用户进行再次评分。
关于反馈激励法相关公式的详细内容将在图5的实施例中进行更详细的说明。
在S210中,根据评分结果为所述第一用户确定预约匹配结果。根据评分的结果,将预定数量的候选第二用户依次排序,可将排序最高的第二用户推送给第一用户。
在一个实施例中,第一用户可不接受系统的推荐第二用户,这中情况下,可按按照评分排序,依序将其他候选第二用户推送给第一用户,以便第一用户进行选择。
在一个实施例中,还包括:在预约事件完成后,将诊疗反馈信息作为第一用户的区块数据存储在所述第一区块链系统中;和/或在预约事件完成后,将诊疗反馈信息作为第二用户的区块数据存储在所述第二区块链系统中。
在一个实施例中,对第一用户而言,输出可以是与医生预约匹配状态(诊疗或咨询进行中/未成功预约/已成功预约),以及相关信息访问人员的公开秘钥。
在一个实施例中,对第二用户而言,输出可以是与客户预约匹配状态(诊疗或咨询进行中/未被预约/已被预约),以及相关信息访问人员的公开秘钥。
根据本公开的基于区块链的预约匹配方法及装置,通过第一区块链获取第一用户信息,通过第二区块链系统获取第二用户信息,并对第一用户信息与第二用户信息进行匹配分析,确定匹配结果推荐给第一用户的方式,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
应清楚地理解,本公开描述了如何形成和使用特定示例,但本公开的原理不限于这些示例的任何细节。相反,基于本公开公开的内容的教导,这些原理能够应用于许多其它实施例。
图3是根据另一示例性实施例示出的一种基于区块链的预约匹配方法的流程图。如图3所示的基于区块链的预约匹配方法30是对基于区块链的预约匹配方法20中“由第一区块链系统获取第一用户的待预约信息”中第一区块链系统构建的详细描述。
在S302中,根据第一用户的操作指令获取所述第一用户的待预约信息,其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。
在一个实施例中,第一用户将病情症状、个人及家庭遗传病史、工作、家庭及居住环境情况、过去诊疗反馈等上传到第一区块链,例如,客户A首次在在线诊疗平台就医,针对此次远程诊疗服务行为,区块链中会产生一个新的区块,区块中输入A的姓名、希望预约时间、病情症状、个人及家庭遗传病史、工作、家庭及居住环境情况、过去诊疗反馈、历史信息等。
在S304中,将每一个预约信息与对应的时间生成区块数据。在第一用户预约信息构成的区块链中,每一个区块都由块头和块身组成。块头用于链接到上一个区块的地址,并且为区块链数据库提供完整性的保证。块身则包含了经过验证的、块创建过程中发生的交易详情或其他数据记录。
如图4所示,区块和区块之间依靠各个区块之间的数据区块头部信息链接起来,区块是一种记录预约信息数据的结构。每个区块由区块头和区块主体组成,区块主体只负责记录前一段时间内的预约信息数据,区块链的大部分功能都由区块头实现。具体可例如头部信息记录了上一个区块的HASH值(通过散列函数变换的散列值)和本区块的HASH值,本区块的HASH,又在下一个新的区块中有所记录,由此完成了每个区块的信息链。
在S306中,将区块存储在所述区块链系统中。在区块数据与上一个区块链接后,将区块数据在区块链系统上进行发布以完成区块数据上链操作。更进一步的,区块数据之间通过共识算法进行共识机制确认。在本公开的一种示例性实施例中,所述共识算法包括:拜占庭容错算法,本申请不以此为限。
根据本发明实施例,建立区块链节点及区块链网络构建子系统,负责区块链节点的构建、更新和维护机制以及区块链网络的构建、更新和维护,譬如,以某集团的某个医疗中心为最小节点,一个或多个大型集团/公司参与远程健康诊疗和保健咨询服务管理交易区块链网络构建.,本申请实施例中,区块数据可如下:
在S308中,所述区块链系统输出所述访问链接与访问公钥。由于每个区块中均包含所有区块的历史数据,占用的数据资源较多。可例如,当预约信息中包含数据占用较大空间的数据时,将预约信息储存到预定服务器中,该服务器只提供对该区块系统的服务接口,以保证该数据的安全性。在服务器中,获取本次用户数据储存的物理地址数据,可为储存地址数据,作为该次用户数据的访问链接。
互联网上的信息交互,几乎都需要借助可资信赖的第三方信用机构来处理相关信息。这类系统仍然内生性地受制于“基于信用的模式”。区块链技术是构建比特币区块链网络与交易信息加密传输的基础技术。它基于密码学原理而不基于信用,使得任何达成一致的双方直接支付,从而不需要第三方中介的参与。从数据的角度来看:区块链是一种几乎不可能被更改的分布式数据库。这里的“分布式”不仅体现为数据的分布式存储,也体现为数据的分布式记录(即由系统参与者共同维护)。在区块链技术大多数应用场景中,利用区块链哈希指针的交易链数据结构和加密学的哈希计算和加密学数字签字的机制,能够实现区块链交易过程中的多层次证据,由此来实现不同个体交易方之间的互相信任问题。有鉴于此,根据本公开的基于区块链的预约匹配方法将第一用户的预约数据储存在第一区块链系统中,能够通过区块链提供的数据安全保障,继而达到获取准确的,未被篡改的用户数据的目的。
图5是根据另一示例性实施例示出的一种基于区块链的预约匹配方法的流程图。如图5所示的基于区块链的预约匹配方法50是对基于区块链的预约匹配方法50中“由第二区块链系统获取多个第二用户的多个可预约信息”中第二区块链系统构建的详细描述。
在S502中,获取所述第二用户的待预约信息,其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息
在一个实施例中,第二用户将其可预约的时间、专业背景及专家领域、典型案例、客户反馈等信息上传到区块链。如果医生B首次注册,则针对此行为也会产生一个新的区块,区块中输入B的姓名、专业背景及专家领域、典型案例、客户反馈、收费情况、可预约时间信息、公开秘钥、经手人签字、历史信息等。
在S504中,将每一个待预约信息与对应的时间生成区块数据。
在S506中,将区块存储在所述区块链系统中。
在S508中,所述区块链系统输出所述访问链接与访问公钥。
生成区块以及间区块数据储存在区块链系统中的步骤与图3实施例相同,本申请在此不再赘述。根据本公开的基于区块链的预约匹配方法将第二用户的预约数据储存在第二区块链系统中,能够通过区块链提供的数据安全保障,继而达到获取准确的,未被篡改的用户数据的目的。
图6是根据另一示例性实施例示出的一种基于区块链的预约匹配方法的流程图。如图6所示的基于区块链的预约匹配方法60是对基于区块链的预约匹配方法20中“将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;与根据正向反馈激励法对所述预定数量的候选第二用户进行评分”中第二区块链系统构建的详细描述。
在S602中,将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户。可包括:将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户。
在S604中,根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分。加权公证调度公式能够参考候选第二用户的可预约信息中的诊疗反馈对多个候选第二用户进行再次评分。根据评分结果,确定预定数量的候选第二用户。加权公证调度公式包括:
其中,D1,D2,......Dn为待选的候选第二用户,Xn为待选的第二用户的可预约信息,an为可预约信息的权重系数,Q为基本阈值。
在S606中,根据所述匹配评分确定预定数量的候选第二用户。根据匹配评分进行排序,由高至低依次选择预订数量的第二用户作为候选第二用户。
在S608中,根据正向反馈激励法对所述预定数量的候选第二用户进行评分。正向反馈激励法作用是将正向反馈多的医生能够优先在合适时间匹配高付费客户预约,根据正向反馈激励法对所述预定数量的候选第二用户进行评分包括:
其中,E为评分,bn为第一评分系数,cn为第二评分系数,Yn表示正向反馈频次。
在一个实施例中,第一用户A身体不适且行动不便,于是想做一次远程诊疗。由于A在此之前已经有过多次在线问诊的经历,区块链系统中已经保存了A的相关信息和历史问诊记录。针对此次问诊行为产生新的区块,需要输入A的签名和秘钥、病情描述、历史信息存放的链接等,根据加权公正调度(Weighted Fair Queueing)方法,按照得分情况,为此次问诊行为找出得分最高的前三名医生,约束条件:Di>0.8。根据正向反馈调度激励方法:分别对三名医生计算响应值。得分最高者即系统推荐给客户A的针对此次问诊行为的最佳匹配医生。
本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时,执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中,该存储介质可以是只读存储器,磁盘或光盘等。
此外,需要注意的是,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图7是根据一示例性实施例示出的一种基于区块链的商品推荐装置的框图。基于区块链的商品推荐装置70包括:第一模块702,第二模块704,匹配模块706,评分模块708,结果模块710。
第一模块702用于由第一区块链系统获取第一用户的待预约信息;其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。
第二模块704用于由第二区块链系统获取多个第二用户的多个可预约信息;其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
匹配模块706用于将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;可包括:将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户;根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分;以及根据所述匹配评分确定预定数量的候选第二用户。
评分模块708用于根据正向反馈激励法对所述预定数量的候选第二用户进行评分;包括:由区块链获取预定数量的候选第二用户的可预约信息,通过第二用户的可预约信息中的整理反馈信息提取该第二用户正向反馈的频次、时间。客户付费等情况。根据以上信息对预订数量的候选第二用户进行再次评分。
结果模块710用于根据评分结果为所述第一用户确定预约匹配结果。根据评分的结果,将预定数量的候选第二用户依次排序,可将排序最高的第二用户推送给第一用户。
图8是根据一示例性实施例示出的一种基于区块链的商品推荐装置的框图。基于区块链的商品推荐装置80在基于区块链的商品推荐装置70的基础上还包括:第一区块模块802,第二区块模块804。
第一区块模块802用于根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至区块链系统;其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息;
第二区块模块804用于获取所述第二用户的可预约信息,并将所述可预约信息作为区块数据存储至区块链系统;其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
根据本公开的基于区块链的预约匹配装置,通过第一区块链获取第一用户信息,通过第二区块链系统获取第二用户信息,并对第一用户信息与第二用户信息进行匹配分析,确定匹配结果推荐给第一用户的方式,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
图9是根据一示例性实施例示出的一种电子设备的框图。
下面参照图7来描述根据本公开的这种实施方式的电子设备200。图9显示的电子设备200仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示,电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于:至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元210执行,使得所述处理单元210执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元210可以执行如图2,图3,图5,以及与6中所示的步骤。
所述存储单元220可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202,还可以进一步包括只读存储单元(ROM)2203。
所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204,这样的程序模块2205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线230可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备200交互的设备通信,和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口250进行。并且,电子设备200还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。
图10示意性示出本公开示例性实施例中一种计算机可读存储介质示意图。
参考图10所示,描述了根据本公开的实施方式的用于实现上述方法的程序产品400,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该计算机可读介质实现如下功能:XX该方法包括:由第一区块链系统获取第一用户的待预约信息;由第二区块链系统获取多个第二用户的多个可预约信息;将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;根据正向反馈激励法对所述预定数量的候选第二用户进行评分;以及根据评分结果为所述第一用户确定预约匹配结果。本公开涉及的基于区块链的预约匹配方法、装置、电子设备及计算机可读介质,能够对远程健康诊疗和保健咨询服务的进行统一管理,提高医疗数据的安全性。
本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中,也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。
以上具体地示出和描述了本公开的示例性实施例。应可理解的是,本公开不限于这里描述的详细结构、设置方式或实现方法;相反,本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。
Claims (12)
1.一种基于区块链的预约匹配方法,其特征在于,包括:
由第一区块链系统获取第一用户的待预约信息;
由第二区块链系统获取多个第二用户的多个可预约信息;
将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;
根据正向反馈激励法对所述预定数量的候选第二用户进行正向评分;以及
根据评分结果为所述第一用户确定预约匹配结果。
2.如权利要求1所述的方法,其特征在于,还包括:
根据第一用户的操作指令获取所述第一用户的待预约信息,并将所述待预约信息作为区块数据存储至第一区块链系统;
其中,预约信息包括预约时间、病情信息、居住地址、诊疗反馈信息。
3.如权利要求1所述的方法,其特征在于,还包括:
获取所述第二用户的可预约信息,并将所述可预约信息作为区块数据存储至第二区块链系统;
其中,可预约信息包括可预约时间、诊疗领域、居住地址、诊疗反馈信息。
4.如权利要求1所述的方法,其特征在于,将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户包括:
将所待预约信息与所述多个可预约信息进行匹配,确定多个候选第二用户;
根据加权公证调度对多个候选第二用户的多个可预约信息进行匹配评分;以及
根据所述匹配评分确定预定数量的候选第二用户。
5.如权利要求4所述的方法,其特征在于,加权公证调度公式包括:
其中,D1,D2,......Dn为待选的候选第二用户的匹配评分,Xn为待选的第二用户的可预约信息,an为可预约信息的权重系数,Q为基本阈值。
6.如权利要求1所述的方法,其特征在于,根据正向反馈激励法对所述预定数量的候选第二用户进行正向评分包括:
其中,E为正向评分,bn为第一评分系数,cn为第二评分系数,Yn表示正向反馈频次。
7.如权利要求1所述的方法,其特征在于,还包括:
当有多个第一用户时,根据所述第一用户的待预约信息,预测每个所述第一用户待预约信息的支付费用金额,将最高预测支付费用金额的第一用户的待预约信息与最高正向评分的第二用户可预约信息进行匹配。
8.如权利要求1至7任一项所述的方法,其特征在于,根据评分结果为所述第一用户确定预约匹配结果包括:
根据匹配评分与正向评分的评分结果将候选第二用户之一确定为第三用户;
将预约时间与所述第三用户信息推送至第一用户端。
9.如权利要求1至7任一项所述的方法,其特征在于,还包括:
在预约事件完成后,将诊疗反馈信息作为第一用户的区块数据存储在所述第一区块链系统中;和/或
在预约事件完成后,将诊疗反馈信息作为第二用户的区块数据存储在所述第二区块链系统中。
10.一种基于区块链的预约匹配装置,其特征在于,包括:
第一模块,用于由第一区块链系统获取第一用户的待预约信息;
第二模块,用于由第二区块链系统获取多个第二用户的多个可预约信息;
匹配模块,用于将所待预约信息与所述多个可预约信息进行匹配,确定预定数量的候选第二用户;
评分模块,用于根据正向反馈激励法对所述预定数量的候选第二用户进行评分;以及
结果模块,用于根据评分结果为所述第一用户确定预约匹配结果。
11.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810960724.9A CN109147918A (zh) | 2018-08-22 | 2018-08-22 | 预约匹配方法、装置、电子设备及计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810960724.9A CN109147918A (zh) | 2018-08-22 | 2018-08-22 | 预约匹配方法、装置、电子设备及计算机可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109147918A true CN109147918A (zh) | 2019-01-04 |
Family
ID=64790782
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810960724.9A Pending CN109147918A (zh) | 2018-08-22 | 2018-08-22 | 预约匹配方法、装置、电子设备及计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109147918A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110020800A (zh) * | 2019-04-04 | 2019-07-16 | 泰康保险集团股份有限公司 | 基于区块链的信息处理方法、装置、介质及电子设备 |
CN110472758A (zh) * | 2019-08-19 | 2019-11-19 | 泰康保险集团股份有限公司 | 就医预约方法、装置、设备及可读存储介质 |
CN110674531A (zh) * | 2019-10-11 | 2020-01-10 | 腾讯科技(深圳)有限公司 | 基于区块链的居住信息管理方法、装置、服务器及介质 |
CN112542236A (zh) * | 2020-12-18 | 2021-03-23 | 微医云(杭州)控股有限公司 | 在线任务派发方法、装置、电子设备及存储介质 |
CN113688317A (zh) * | 2021-08-24 | 2021-11-23 | 江苏中润普达信息技术有限公司 | 一种基于区块链的信息推荐方法及系统 |
CN113823420A (zh) * | 2021-02-09 | 2021-12-21 | 京东科技控股股份有限公司 | 智能问诊的处理方法、装置、计算机设备及存储介质 |
US12125054B2 (en) | 2019-09-25 | 2024-10-22 | Valideck International Corporation | System, devices, and methods for acquiring and verifying online information |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130262357A1 (en) * | 2011-10-28 | 2013-10-03 | Rubendran Amarasingham | Clinical predictive and monitoring system and method |
CN105260782A (zh) * | 2015-09-23 | 2016-01-20 | 百度在线网络技术(北京)有限公司 | 挂号预约信息处理方法及装置 |
CN105956979A (zh) * | 2016-03-23 | 2016-09-21 | 四川长虹电器股份有限公司 | 一种挂号推荐方法及挂号推荐系统 |
CN106897902A (zh) * | 2017-02-21 | 2017-06-27 | 中链科技有限公司 | 基于区块链技术的服务交易方法、系统和交易服务器 |
CN107515938A (zh) * | 2017-08-30 | 2017-12-26 | 四川长虹电器股份有限公司 | 一种云制造环境下的供需智能匹配方法 |
CN108038655A (zh) * | 2017-11-01 | 2018-05-15 | 平安科技(深圳)有限公司 | 部门需求的推荐方法、应用服务器及计算机可读存储介质 |
-
2018
- 2018-08-22 CN CN201810960724.9A patent/CN109147918A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130262357A1 (en) * | 2011-10-28 | 2013-10-03 | Rubendran Amarasingham | Clinical predictive and monitoring system and method |
CN105260782A (zh) * | 2015-09-23 | 2016-01-20 | 百度在线网络技术(北京)有限公司 | 挂号预约信息处理方法及装置 |
CN105956979A (zh) * | 2016-03-23 | 2016-09-21 | 四川长虹电器股份有限公司 | 一种挂号推荐方法及挂号推荐系统 |
CN106897902A (zh) * | 2017-02-21 | 2017-06-27 | 中链科技有限公司 | 基于区块链技术的服务交易方法、系统和交易服务器 |
CN107515938A (zh) * | 2017-08-30 | 2017-12-26 | 四川长虹电器股份有限公司 | 一种云制造环境下的供需智能匹配方法 |
CN108038655A (zh) * | 2017-11-01 | 2018-05-15 | 平安科技(深圳)有限公司 | 部门需求的推荐方法、应用服务器及计算机可读存储介质 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110020800A (zh) * | 2019-04-04 | 2019-07-16 | 泰康保险集团股份有限公司 | 基于区块链的信息处理方法、装置、介质及电子设备 |
CN110472758A (zh) * | 2019-08-19 | 2019-11-19 | 泰康保险集团股份有限公司 | 就医预约方法、装置、设备及可读存储介质 |
US12125054B2 (en) | 2019-09-25 | 2024-10-22 | Valideck International Corporation | System, devices, and methods for acquiring and verifying online information |
CN110674531A (zh) * | 2019-10-11 | 2020-01-10 | 腾讯科技(深圳)有限公司 | 基于区块链的居住信息管理方法、装置、服务器及介质 |
CN110674531B (zh) * | 2019-10-11 | 2023-06-27 | 腾讯科技(深圳)有限公司 | 基于区块链的居住信息管理方法、装置、服务器及介质 |
CN112542236A (zh) * | 2020-12-18 | 2021-03-23 | 微医云(杭州)控股有限公司 | 在线任务派发方法、装置、电子设备及存储介质 |
CN113823420A (zh) * | 2021-02-09 | 2021-12-21 | 京东科技控股股份有限公司 | 智能问诊的处理方法、装置、计算机设备及存储介质 |
CN113823420B (zh) * | 2021-02-09 | 2024-04-05 | 京东科技控股股份有限公司 | 智能问诊的处理方法、装置、计算机设备及存储介质 |
CN113688317A (zh) * | 2021-08-24 | 2021-11-23 | 江苏中润普达信息技术有限公司 | 一种基于区块链的信息推荐方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109147918A (zh) | 预约匹配方法、装置、电子设备及计算机可读介质 | |
Sarkar | Big data for secure healthcare system: a conceptual design | |
Bharati et al. | Federated learning: Applications, challenges and future directions | |
Madhuri et al. | Challenges and issues of data analytics in emerging scenarios for big data, cloud and image mining | |
CN111401700B (zh) | 一种数据分析方法、装置、计算机系统及可读存储介质 | |
US20120059677A1 (en) | Methods and systems for automated, predictive modeling of the outcome of benefits claims | |
Wang et al. | Medical applications and healthcare based on cloud computing | |
Sadoughi et al. | Health information system in a cloud computing context | |
Al-Aswad et al. | BZKP: Blockchain-based zero-knowledge proof model for enhancing healthcare security in Bahrain IoT smart cities and COVID-19 risk mitigation | |
UmaMaheswaran et al. | [Retracted] Major Challenges and Future Approaches in the Employment of Blockchain and Machine Learning Techniques in the Health and Medicine | |
CN109242280A (zh) | 用户行为数据处理方法、装置、电子设备及可读介质 | |
CN109102852A (zh) | 用户数据处理方法、装置、电子设备及计算机可读介质 | |
CN112035350B (zh) | 针对区块链系统的测试方法、装置及计算机设备 | |
Molo et al. | A Review of Evolutionary Trends in Cloud Computing and Applications to the Healthcare Ecosystem | |
WO2021174881A1 (zh) | 多维度信息的组合预测方法、装置、计算机设备及介质 | |
US11841976B1 (en) | Utilizing a protected server environment to protect data used to train a machine learning system | |
Tan | Medical Informatics: Concepts, Methodologies, Tools, and Applications: Concepts, Methodologies, Tools, and Applications | |
WO2022269504A1 (en) | System and method for privacy risk assessment and mitigatory recommendation | |
Baser et al. | Use of open claims vs closed claims in health outcomes research | |
Nevrataki et al. | A survey on federated learning applications in healthcare, finance, and data privacy/data security | |
Rawat et al. | Conversational Artificial Intelligence | |
CN117114901A (zh) | 基于人工智能的投保数据处理方法、装置、设备及介质 | |
Shine et al. | Blockchain in healthcare: 2023 predictions from around the globe | |
US20130103727A1 (en) | Accessible Information System | |
Hemmat et al. | Key health information technologies and related issues for Iran: a qualitative study |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190104 |
|
RJ01 | Rejection of invention patent application after publication |