CN109767832A - 用于医疗卫生信息的数据处理方法及装置、服务器、系统 - Google Patents
用于医疗卫生信息的数据处理方法及装置、服务器、系统 Download PDFInfo
- Publication number
- CN109767832A CN109767832A CN201811587439.3A CN201811587439A CN109767832A CN 109767832 A CN109767832 A CN 109767832A CN 201811587439 A CN201811587439 A CN 201811587439A CN 109767832 A CN109767832 A CN 109767832A
- Authority
- CN
- China
- Prior art keywords
- health care
- care information
- organization user
- regional platform
- interbehavior
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请公开了一种用于医疗卫生信息的数据处理方法及装置、服务器、系统。该方法包括获取区域平台和第一机构用户的医疗卫生信息;以在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。本申请解决了在区域平台和基层机构用户之间医疗卫生信息的处理效果不佳的技术问题。在本申请中对于相关数据交互行为的上链,优化医疗卫生信息的数据处理方式。此外,通过本申请实现了对交互操作行为的真实记录的同时,也实现了对医疗卫生政务中的信息系统管理行为和医疗卫生业务行为的分离。
Description
技术领域
本申请涉及医疗卫生信息、区块链领域,具体而言,涉及一种用于医疗卫生信息的数据处理方法及装置、服务器、系统。
背景技术
很多在建或已建成的医疗卫生系统集成项目中,大多都是在上级医疗卫生主管部门的协调之下,通过建立区域平台集成辖区内多家基层医疗卫生服务机构系统,形成集中的医疗卫生信息。
发明人发现,在现有区域医疗层级系统关系和数据处理方式下,无法准确获取在区域平台与基层医疗卫生服务机构用户系统之间的需求关系。进一步,也无法估量基层医疗卫生服务机构用户系统对于区域平台或者其他基层医疗卫生服务机构用户系统的服务价值。
针对相关技术中在区域平台和基层机构用户之间医疗卫生信息的处理效果不佳的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种用于医疗卫生信息的数据处理方法及装置、服务器、系统,以解决在区域平台和基层机构用户之间医疗卫生信息的处理效果不佳的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种用于医疗卫生信息的数据处理方法。
根据本申请的用于医疗卫生信息的数据处理方法包括:获取区域平台和第一机构用户的医疗卫生信息;以及在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
进一步地,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:配置所述第一机构用户的第一计量数字资产;记录所述第一计量数字资产的变化明细;以及根据所述变化明细判断所述第一机构用户对所述交互行为的需求。
进一步地,获取区域平台和第一机构用户的医疗卫生信息之后包括:获取区域平台和第二机构用户的医疗卫生信息;在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:在区块链上记录所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为。
进一步地,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
进一步地,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
为了实现上述目的,根据本申请的另一方面,提供了一种用于医疗卫生信息的数据处理装置。
根据本申请的用于医疗卫生信息的数据处理装置包括:获取模块,用于获取区域平台和第一机构用户的医疗卫生信息;以及记录模块,用于在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
进一步地,所述记录模块包括:第一判断单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;第一交互记录单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
进一步地,所述记录模块包括:第二判断单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;第二交互记录单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
作为本申请的另一方面,提供了一种数据处理服务器,包括所述的数据处理装置。
作为本申请的又一方面,还提供了一种用于医疗卫生信息的数据处理系统,包括:第一机构用户和区域平台,所述第一机构用户,其用于向区域平台上传或获取医疗卫生信息;所述区域平台包括:医疗卫生信息数据库,其用于记录所述第一机构用户向所述区域平台同步的所述医疗卫生信息;所述区域平台还包括:区块链子系统,所述区块链子系统用于记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
在本申请实施例中用于医疗卫生信息的数据处理方法及装置、服务器、系统,采用获取区域平台和第一机构用户的医疗卫生信息的方式,通过在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为,达到了对于相关数据交互行为的上链的目的,从而实现了优化医疗卫生信息的数据处理方式的技术效果,进而解决了在区域平台和基层机构用户之间医疗卫生信息的处理效果不佳的技术问题。此外,本申请适用于具有区域平台和机构用户关系的医疗卫生信息系统,如区域医疗平台、医院内部系统。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请第一实施例的用于医疗卫生信息的数据处理方法示意图;
图2是根据本申请第二实施例的用于医疗卫生信息的数据处理方法示意图;
图3是根据本申请第三实施例的用于医疗卫生信息的数据处理方法示意图;
图4是根据本申请第四实施例的用于医疗卫生信息的数据处理方法示意图;
图5是根据本申请第五实施例的用于医疗卫生信息的数据处理方法示意图;
图6是根据本申请第一实施例的用于医疗卫生信息的数据处理装置示意图;
图7是根据本申请第二实施例的用于医疗卫生信息的数据处理装置示意图;
图8是根据本申请第三实施例的用于医疗卫生信息的数据处理装置示意图;
图9是根据本申请实施例的用于医疗卫生信息的数据处理系统结构示意图;
图10是本申请中的架构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。
此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
本申请中的用于医疗卫生信息的数据处理方法,由作为医疗卫生上级主管部门的区域平台运行,并在作为基层医疗卫生服务机构的第一机构用户使用。在目标区块链上进行上链的数据是包括了两个不同系统之间针对医疗卫生信息的交互行为的标记,而非医疗卫生业务数据本身。通过本申请的方法,实现了对交互操作行为的真实记录的同时,也实现了对医疗卫生政务中的信息系统管理行为和医疗卫生业务行为的分离。此外,在交互行为的数据上链的基础上,还能够对区域平台和机构用户之间的交互行为进行计量管理,针对医疗卫生信息数据应用需求和医疗卫生信息数据负载需求进行平衡的场景,具有直接的数据参考价值。
如图1所示,该方法包括如下的步骤S102至步骤S104:
步骤S102,获取区域平台和第一机构用户的医疗卫生信息;
获取区域平台中储存的由基层机构系统储存的医疗卫生信息,可以包括:历史数据或更新的数据。获取第一机构用户的医疗卫生信息,可以是包括:由第一机构用户上传至区域平台中的数据。
在本申请的实施例中,并不对所述医疗卫生信息的获取方式进行限定,通常医疗卫生信息可以通过相关链路或通讯方式进行数据传递,并保存在区域平台指定的数据库中。
在上述步骤中获取的医疗卫生信息,可以是根据现有层级关系下区域平台和第一机构用户的数据架构,通过已储存在数据库中的医疗卫生信息,作为后续数据处理的准备。
在上述步骤中获取的医疗卫生信息,也可以是根据现有层级关系下区域平台和第一机构用户的数据架构,根据用户请求,通过后台服务器访问数据库后获取得到相关的医疗卫生信息,作为后续数据处理的准备。
步骤S104,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
在区块链上记录的是在所述第一机构用户和所述区域平台之间,对于上步步骤中获取的所述医疗卫生信息的交互行为。
具体而言,交互行为主要是指在所述第一机构用户和所述区域平台之间垮平台发生的数据交互行为,可以是第一机构用户向所述区域平台的请求/调用,也可以是第一机构用户向所述区域平台的上传/同步。还可以是第一机构用户向其他机构用户的请求/调用的数据交互行为。在区块链上记录并标记的交互行为可以包括上述所涉及的所有过程。
在区块链上记录的是在所述第一机构用户和所述区域平台之间获取的所述医疗卫生信息。
具体而言,医疗卫生信息主要是指在第一机构中的病人进行检查查看时产生的相关医疗卫生数据,并通过所述第一机构用户统一向区域平台进行同步。同样地,医疗卫生信息也可以是指在其他与所述第一机构同等级的机构中的病人进行检查查看时产生的相关医疗卫生数据,即在同等级的机构之间也有医疗卫生数据的交互需求。同等级的机构需要将医疗卫生数据与区域平台同步,并由区域平台统一调度。在区块链上记录并标记的交互行为可以包括上述所涉及的所有交互行为过程。
从以上的描述中,可以看出,本申请实现了如下技术效果:
在本申请实施例中用于医疗卫生信息的数据处理方法及装置、服务器、系统,采用获取区域平台和第一机构用户的医疗卫生信息的方式,通过在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为,达到了对于相关数据交互行为的上链的目的,从而实现了优化医疗卫生信息的数据处理方式的技术效果,进而解决了在区域平台和基层机构用户之间医疗卫生信息的处理效果不佳的技术问题。
根据本申请实施例,作为本实施例中的优选,如图2所示,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:
步骤S202,配置所述第一机构用户的第一计量数字资产;
在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为完成之后还可以根据预先设定的数字资产配置规则,配置第一机构用户的第一计量数字资产。
具体地,所述计量数字资产可以统一分发并用于交互行为的结算。并且每次交互行为发生并被记录时都会通过计量数字资产进行结算。
步骤S204,记录所述第一计量数字资产的变化明细;以及
在区块链上记录第一计量数字资产的变化明细可以是计量数字资产的增加奖励或者减少扣除的明细。变化明细具体是指每一笔计量数字资产的变化情况。
步骤S206,根据所述变化明细判断所述第一机构用户对所述交互行为的需求。
根据变化明细判断出第一机构用户对所述交互行为的需求。所述变化明细可以用来衡量区域平台和第一机构用户不同系统间的交互需求,并以统一的价值体系来计量。
具体地,比如,第一机构用户A初始化时的计量数字资产均为100,经过几个月的运行后发现,第一机构用户A的计量数字资产几乎没变,则第一机构用户A对于区域平台依赖的程度较低。
又比如,第一机构用户B初始化时的计量数字资产均为100,经过几个月的运行后发现,第一机构用户B计量数字资产均为10,则第一机构用户B对于区域平台有较大依赖性。
根据本申请实施例,作为本实施例中的优选,如图3所示,获取区域平台和第一机构用户的医疗卫生信息之后包括:
步骤S302,获取区域平台和第二机构用户的医疗卫生信息;
第二机构用户是与第一机构用户具有相同层级的基层机构,并且第二机构用户也会向区域平台同步医疗卫生信息数据。
获取区域平台中储存的由基层机构系统储存的医疗卫生信息,可以包括:历史数据或更新的数据。获取第二机构用户的医疗卫生信息,可以是包括:由第二机构用户上传至区域平台中的数据。
在本申请的实施例中,并不对所述医疗卫生信息的获取方式进行限定,通常医疗卫生信息可以通过相关链路或通讯方式进行数据传递,并保存在区域平台指定的数据库中。
在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:
步骤S304,在区块链上记录所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为。
在区块链上记录的是在所述第二机构用户和所述区域平台之间,对于上步步骤中获取的所述医疗卫生信息的交互行为。
具体而言,交互行为主要是指在所述第二机构用户和所述区域平台之间垮平台发生的数据交互行为,可以是第二机构用户向所述区域平台的请求/调用,也可以是第二机构用户向所述区域平台的上传/同步。还可以是第二机构用户向其他机构用户比如第一机构用户的请求/调用的数据交互行为。在区块链上记录并标记的交互行为可以包括上述所涉及的所有过程。
在区块链上记录的是在所述第二机构用户和所述区域平台之间获取的所述医疗卫生信息。
具体而言,医疗卫生信息主要是指在第二机构中的病人进行检查查看时产生的相关医疗卫生数据,并通过所述第二机构用户统一向区域平台进行同步。同样地,医疗卫生信息也可以是指在其他与所述第二机构同等级的机构中的病人进行检查查看时产生的相关医疗卫生数据,即在同等级的机构之间也有医疗卫生数据的交互需求。同等级的机构需要将医疗卫生数据与区域平台同步,并由区域平台统一调度。在区块链上记录并标记的交互行为可以包括上述所涉及的所有交互行为过程。
根据本申请实施例,作为本实施例中的优选,如图4所示,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:
步骤S402,判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;
判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件可以是判断第一机构用户是向区域平台发出对所述医疗卫生信息的请求还是向区域平台同步对所述医疗卫生信息的数据。或者,判断第一机构用户向区域平台请求的医疗卫生信息是否在区域平台中有记录,以及判断第一机构用户向区域平台同步的医疗卫生信息是否在区域平台中有历史记录。
比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:发送一份转诊报告,则可以认为是满足第一预设记录条件。
又比如,请求方:第一机构用户,被请求方:第二机构用户,交互行为是:发送一份影像报告,则可以认为是不满足第一预设记录条件。
步骤S404,如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
如果满足预第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。获取所述医疗卫生信息的用户第一操作行为的具体操作是读取数据的操作行为。
此外,在本申请的实施例中,还包括判断所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件,并且如果判断所述第一机构用户和所述所述第二机构用户之间的对所述医疗卫生信息的交互行为满足第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述第二机构用户请求获取所述医疗卫生信息的用户第一操作行为。
根据本申请实施例,作为本实施例中的优选,如图5所示,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:
步骤S502,判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;
判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件可以是判断第一机构用户是向区域平台发出对所述医疗卫生信息的请求还是向区域平台同步对所述医疗卫生信息的数据。或者,判断第一机构用户向区域平台请求的医疗卫生信息是否在区域平台中有记录,以及判断第一机构用户向区域平台同步的医疗卫生信息是否在区域平台中有历史记录。
比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:发送一份转诊报告,则可以认为是不满足第一预设记录条件。
又比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:上传一份影像报告,则可以认为是满足第一预设记录条件。
步骤S504,如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
如果满足预第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。保存所述医疗卫生信息的用户第一操作行为的具体操作是上传或者发送数据的操作行为。
此外,在本申请的实施例中,还包括判断所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件,并且如果判断所述第一机构用户和所述所述第二机构用户之间的对所述医疗卫生信息的交互行为满足第二预设记录条件,则在区块链上记录所述第一机构用户向所述所述第二机构用户请求保存所述医疗卫生信息的用户第二操作行为。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本申请实施例,还提供了一种用于实施上述用于医疗卫生信息的数据处理方法的装置,如图6所示,该装置包括:获取模块10,用于获取区域平台和第一机构用户的医疗卫生信息;以及记录模块20,用于在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
本申请实施例的获取模块10中获取区域平台中储存的由基层机构系统储存的医疗卫生信息,可以包括:历史数据或更新的数据。获取第一机构用户的医疗卫生信息,可以是包括:由第一机构用户上传至区域平台中的数据。
在本申请的实施例中,并不对所述医疗卫生信息的获取方式进行限定,通常医疗卫生信息可以通过相关链路或通讯方式进行数据传递,并保存在区域平台指定的数据库中。
在上述步骤中获取的医疗卫生信息,可以是根据现有层级关系下区域平台和第一机构用户的数据架构,通过已储存在数据库中的医疗卫生信息,作为后续数据处理的准备。
在上述步骤中获取的医疗卫生信息,也可以是根据现有层级关系下区域平台和第一机构用户的数据架构,根据用户请求,通过后台服务器访问数据库后获取得到相关的医疗卫生信息,作为后续数据处理的准备。
本申请实施例的记录模块20中在区块链上记录的是在所述第一机构用户和所述区域平台之间,对于上步步骤中获取的所述医疗卫生信息的交互行为。
具体而言,交互行为主要是指在所述第一机构用户和所述区域平台之间垮平台发生的数据交互行为,可以是第一机构用户向所述区域平台的请求/调用,也可以是第一机构用户向所述区域平台的上传/同步。还可以是第一机构用户向其他机构用户的请求/调用的数据交互行为。在区块链上记录并标记的交互行为可以包括上述所涉及的所有过程。
在区块链上记录的是在所述第一机构用户和所述区域平台之间获取的所述医疗卫生信息。
具体而言,医疗卫生信息主要是指在第一机构中的病人进行检查查看时产生的相关医疗卫生数据,并通过所述第一机构用户统一向区域平台进行同步。同样地,医疗卫生信息也可以是指在其他与所述第一机构同等级的机构中的病人进行检查查看时产生的相关医疗卫生数据,即在同等级的机构之间也有医疗卫生数据的交互需求。同等级的机构需要将医疗卫生数据与区域平台同步,并由区域平台统一调度。在区块链上记录并标记的交互行为可以包括上述所涉及的所有交互行为过程。
根据本申请实施例,作为本实施例中的优选,如图7所示,所述记录模块包括:第一判断单元201,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;第一交互记录单元202,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
本申请实施例的第一判断单元201中判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件可以是判断第一机构用户是向区域平台发出对所述医疗卫生信息的请求还是向区域平台同步对所述医疗卫生信息的数据。或者,判断第一机构用户向区域平台请求的医疗卫生信息是否在区域平台中有记录,以及判断第一机构用户向区域平台同步的医疗卫生信息是否在区域平台中有历史记录。
比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:发送一份转诊报告,则可以认为是满足第一预设记录条件。
又比如,请求方:第一机构用户,被请求方:第二机构用户,交互行为是:发送一份影像报告,则可以认为是不满足第一预设记录条件。
本申请实施例的第一交互记录单元202中如果满足预第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。获取所述医疗卫生信息的用户第一操作行为的具体操作是读取数据的操作行为。
此外,在本申请的实施例中,还包括判断所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件,并且如果判断所述第一机构用户和所述所述第二机构用户之间的对所述医疗卫生信息的交互行为满足第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述第二机构用户请求获取所述医疗卫生信息的用户第一操作行为。
根据本申请实施例,作为本实施例中的优选,如图8所示,所述记录模块包括:第二判断单元203,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;第二交互记录单元204,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
本申请实施例的第二判断单元203中判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件可以是判断第一机构用户是向区域平台发出对所述医疗卫生信息的请求还是向区域平台同步对所述医疗卫生信息的数据。或者,判断第一机构用户向区域平台请求的医疗卫生信息是否在区域平台中有记录,以及判断第一机构用户向区域平台同步的医疗卫生信息是否在区域平台中有历史记录。
比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:发送一份转诊报告,则可以认为是不满足第一预设记录条件。
又比如,请求方:第一机构用户,被请求方:区域平台,交互行为是:上传一份影像报告,则可以认为是满足第一预设记录条件。
本申请实施例的第二交互记录单元204中如果满足预第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。保存所述医疗卫生信息的用户第一操作行为的具体操作是上传或者发送数据的操作行为。
此外,在本申请的实施例中,还包括判断所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件,并且如果判断所述第一机构用户和所述所述第二机构用户之间的对所述医疗卫生信息的交互行为满足第二预设记录条件,则在区块链上记录所述第一机构用户向所述所述第二机构用户请求保存所述医疗卫生信息的用户第二操作行为。
根据本申请实施例,作为本实施例中的优选,装置还包括:计量模块,所述计量模块包括:配置单元,用于配置所述第一机构用户的第一计量数字资产;明细记录单元,用于记录所述第一计量数字资产的变化明细;以及判断单元,用于根据所述变化明细判断所述第一机构用户对所述交互行为的需求。
本申请实施例的配置单元中在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为完成之后还可以根据预先设定的数字资产配置规则,配置第一机构用户的第一计量数字资产。
具体地,所述计量数字资产可以统一分发并用于交互行为的结算。并且每次交互行为发生并被记录时都会通过计量数字资产进行结算。
本申请实施例的明细记录单元中在区块链上记录第一计量数字资产的变化明细可以是计量数字资产的增加奖励或者减少扣除的明细。变化明细具体是指每一笔计量数字资产的变化情况。
本申请实施例的判断单元中根据变化明细判断出第一机构用户对所述交互行为的需求。所述变化明细可以用来衡量区域平台和第一机构用户不同系统间的交互需求,并以统一的价值体系来计量。
具体地,比如,第一机构用户A初始化时的计量数字资产均为100,经过几个月的运行后发现,第一机构用户A的计量数字资产几乎没变,则第一机构用户A对于区域平台依赖的程度较低。
又比如,第一机构用户B初始化时的计量数字资产均为100,经过几个月的运行后发现,第一机构用户B计量数字资产均为10,则第一机构用户B对于区域平台有较大依赖性。
根据本申请实施例,作为本实施例中的优选,获取模块包括:记录模块包括:获取单元,用于获取区域平台和第二机构用户的医疗卫生信息;记录单元,用于在区块链上记录所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为。
本申请中的获取单元,用于第二机构用户是与第一机构用户具有相同层级的基层机构,并且第二机构用户也会向区域平台同步医疗卫生信息数据。
获取区域平台中储存的由基层机构系统储存的医疗卫生信息,可以包括:历史数据或更新的数据。获取第二机构用户的医疗卫生信息,可以是包括:由第二机构用户上传至区域平台中的数据。
在本申请的实施例中,并不对所述医疗卫生信息的获取方式进行限定,通常医疗卫生信息可以通过相关链路或通讯方式进行数据传递,并保存在区域平台指定的数据库中。
本申请中的记录单元,用于在区块链上记录的是在所述第二机构用户和所述区域平台之间,对于上步步骤中获取的所述医疗卫生信息的交互行为。
具体而言,交互行为主要是指在所述第二机构用户和所述区域平台之间垮平台发生的数据交互行为,可以是第二机构用户向所述区域平台的请求/调用,也可以是第二机构用户向所述区域平台的上传/同步。还可以是第二机构用户向其他机构用户比如第一机构用户的请求/调用的数据交互行为。在区块链上记录并标记的交互行为可以包括上述所涉及的所有过程。
在区块链上记录的是在所述第二机构用户和所述区域平台之间获取的所述医疗卫生信息。
具体而言,医疗卫生信息主要是指在第二机构中的病人进行检查查看时产生的相关医疗卫生数据,并通过所述第二机构用户统一向区域平台进行同步。同样地,医疗卫生信息也可以是指在其他与所述第二机构同等级的机构中的病人进行检查查看时产生的相关医疗卫生数据,即在同等级的机构之间也有医疗卫生数据的交互需求。同等级的机构需要将医疗卫生数据与区域平台同步,并由区域平台统一调度。在区块链上记录并标记的交互行为可以包括上述所涉及的所有交互行为过程。
在本申请的再一实施例中,提供了数据处理服务器,包括所述的数据处理装置。所述数据处理装置的实现原理和有益效果如上述,在此不再赘述。
在本申请的另一实施例中,如图9所示,提供了用于医疗卫生信息的数据处理系统,包括:第一机构用户100和区域平台200,所述第一机构用户100,其用于向区域平台上传或获取医疗卫生信息;所述区域平台200包括:医疗卫生信息数据库2001,其用于记录所述第一机构用户向所述区域平台同步的所述医疗卫生信息;所述区域平台还包括:区块链子系统2002,所述区块链子系统用于记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。所述第一机构用户100用于向区域平台上传或获取医疗卫生信息。所述区域平台200中包括了医疗卫生信息数据库2001和区块链子系统2002。在所述区块链子系统2002中用于记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
如图10所示,是本申请的实现架构,根据该架构对申请的实现原理进行详细说明。
本申请的研究背景:由于医疗卫生行业存在较高的专业性,涉及的医疗卫生信息数据等信息具备较高的价值,相应的信息系统建设所投入的成本也较高。
具体地,医疗卫生业务数据对于居民比如患者而言,是其个人健康档案的重要组成部分,但由于很多客观复杂性的存在比如跨系统对接、跨机构对接等,使得这种数据集中或交互变得非常困难。而在一些需要会诊或者转诊的场合,需要通过区域平台来协调多个机构系统间的流转关系。基于现有的层级关系的数据处理方式,无法准确衡量基层机构系统对于平台或者其他基层机构系统的服务价值。比如,区域平台P集成了基层机构系统A和基层机构系统B,这种集成关系的成本投入基本相等。可能存在的是A和区域平台P根本不存在交互,而B却和区域平台P大量数据交互需求,但A和B早期的集成和后续运维成本投入却简单的相等。
如图10所示,其中,虚线部分可以代表的是计量关系,实线是数据业务交互。虚线和实线在实际的系统对接中,均可以可以采用相同的物理链路和通讯方式。
具体地,可以在以区域平台P上,运行并管理的区块链完成以下工作:区块链基本架构和功能,将区块链定义为H-chain(Healthcare-Chain),可以用到的数字资产代币为HEC(HEalthcare-Coin)。生成并管理区块链账号,比如,可以在区域平台P设立多个结算帐号,方便多条线统计和结算。并且在每个机构设立独有的总帐号和多个分系统账号,第一机构用户A为A1、A2、A3等,第二机构用户B为B1、B2、B3等。需要说明的是,本申请的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。初始化并管理区块链代币的分发。由区块链运营方比如医疗卫生上级主管部门运同意初始化一定量的代币,后续可统一增发。数字资产作为代币主要的功能是为了方便计量和链上结算,并为结算提供计量依据。记录每一笔交易即数据交互操作并核算代币。
代币的结算采用一套全局统一的操作行为代币计量规则,比如如下表:
具体而言,比如基层机构A和B初始化时均获得100万HEC代币,经过3个月的运行后发现,基层机构A的代币几乎没变,而基层机构B的代币明显减少,则可以认为基层机构B对于平台P有较大依赖性,而对于基层机构A则几乎没有依赖。而如果发现基层机构B的代币总量明显增加,则可以理解为基层机构B对于整个区域的贡献较大。
如上述例子,A之所以没有交互可能是因为数据存量低或服务人群少等原因而导致的低价值集成,那么后续集成和维护中对于A的投入就应该适当减少。而对于B而言,相应的投入和服务结算则应当增加。可以实现系统和平台对外服务交互的价值计量,方便服务成本结算和运维成本投入综合管控。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种用于医疗卫生信息的数据处理方法,其特征在于,包括:
获取区域平台和第一机构用户的医疗卫生信息;以及
在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
2.根据权利要求1所述的数据处理方法,其特征在于,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:
配置所述第一机构用户的第一计量数字资产;
记录所述第一计量数字资产的变化明细;以及
根据所述变化明细判断所述第一机构用户对所述交互行为的需求。
3.根据权利要求1所述的数据处理方法,其特征在于,
获取区域平台和第一机构用户的医疗卫生信息之后包括:
获取区域平台和第二机构用户的医疗卫生信息;
在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为之后还包括:
在区块链上记录所述第一机构用户和所述第二机构用户之间的对所述医疗卫生信息的交互行为。
4.根据权利要求1所述的数据处理方法,其特征在于,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:
判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;
如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第一预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
5.根据权利要求1所述的数据处理方法,其特征在于,在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为包括:
判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;
如果判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件,则在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
6.一种用于医疗卫生信息的数据处理装置,其特征在于,包括:
获取模块,用于获取区域平台和第一机构用户的医疗卫生信息;以及
记录模块,用于在区块链上记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
7.根据权利要求6所述的数据处理装置,其特征在于,所述记录模块包括:
第一判断单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第一预设记录条件;
第一交互记录单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求获取所述医疗卫生信息的用户第一操作行为。
8.根据权利要求6所述的数据处理装置,其特征在于,所述记录模块包括:
第二判断单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为是否满足第二预设记录条件;
第二交互记录单元,用于判断所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为满足第二预设记录条件时,在区块链上记录所述第一机构用户向所述所述区域平台请求保存所述医疗卫生信息的用户第二操作行为。
9.一种数据处理服务器,其特征在于,包括如权利要求6至8任一项所述的数据处理装置。
10.一种用于医疗卫生信息的数据处理系统,其特征在于,包括:第一机构用户和区域平台,
所述第一机构用户,其用于向区域平台上传或获取医疗卫生信息;
所述区域平台包括:医疗卫生信息数据库,其用于记录所述第一机构用户向所述区域平台同步的所述医疗卫生信息;
所述区域平台还包括:区块链子系统,所述区块链子系统用于记录所述第一机构用户和所述区域平台之间的对所述医疗卫生信息的交互行为。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811587439.3A CN109767832A (zh) | 2018-12-25 | 2018-12-25 | 用于医疗卫生信息的数据处理方法及装置、服务器、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811587439.3A CN109767832A (zh) | 2018-12-25 | 2018-12-25 | 用于医疗卫生信息的数据处理方法及装置、服务器、系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109767832A true CN109767832A (zh) | 2019-05-17 |
Family
ID=66451642
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811587439.3A Pending CN109767832A (zh) | 2018-12-25 | 2018-12-25 | 用于医疗卫生信息的数据处理方法及装置、服务器、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109767832A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016048553A (ja) * | 2014-08-25 | 2016-04-07 | 直美 洪 | 共通する患者id番号を使用した医療・健康情報一元管理システム |
CN106354994A (zh) * | 2016-08-22 | 2017-01-25 | 布比(北京)网络技术有限公司 | 处理医疗数据的方法及系统 |
CN106777923A (zh) * | 2016-11-30 | 2017-05-31 | 谭小刚 | 医院信息监管平台和监管方法 |
CN106934243A (zh) * | 2017-03-17 | 2017-07-07 | 北京好运到信息科技有限公司 | 一种电子病历管理方法及系统 |
CN207216621U (zh) * | 2017-09-19 | 2018-04-10 | 重庆邮电大学 | 一种基于区块链技术的医疗数据防篡改装置 |
CN108062973A (zh) * | 2017-11-30 | 2018-05-22 | 江西洪都航空工业集团有限责任公司 | 一种医疗卫生数据分析方法 |
CN108231172A (zh) * | 2016-12-19 | 2018-06-29 | 哈尔滨光凯科技开发有限公司 | 一种基于互联网的社区医疗卫生服务系统 |
CN108449359A (zh) * | 2018-04-16 | 2018-08-24 | 济南浪潮高新科技投资发展有限公司 | 一种基于区块链的电子病历共享方法和系统 |
CN108986905A (zh) * | 2018-06-21 | 2018-12-11 | 广州普世医学科技有限公司 | 基于区块链的精准智能医疗数字系统 |
-
2018
- 2018-12-25 CN CN201811587439.3A patent/CN109767832A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016048553A (ja) * | 2014-08-25 | 2016-04-07 | 直美 洪 | 共通する患者id番号を使用した医療・健康情報一元管理システム |
CN106354994A (zh) * | 2016-08-22 | 2017-01-25 | 布比(北京)网络技术有限公司 | 处理医疗数据的方法及系统 |
CN106777923A (zh) * | 2016-11-30 | 2017-05-31 | 谭小刚 | 医院信息监管平台和监管方法 |
CN108231172A (zh) * | 2016-12-19 | 2018-06-29 | 哈尔滨光凯科技开发有限公司 | 一种基于互联网的社区医疗卫生服务系统 |
CN106934243A (zh) * | 2017-03-17 | 2017-07-07 | 北京好运到信息科技有限公司 | 一种电子病历管理方法及系统 |
CN207216621U (zh) * | 2017-09-19 | 2018-04-10 | 重庆邮电大学 | 一种基于区块链技术的医疗数据防篡改装置 |
CN108062973A (zh) * | 2017-11-30 | 2018-05-22 | 江西洪都航空工业集团有限责任公司 | 一种医疗卫生数据分析方法 |
CN108449359A (zh) * | 2018-04-16 | 2018-08-24 | 济南浪潮高新科技投资发展有限公司 | 一种基于区块链的电子病历共享方法和系统 |
CN108986905A (zh) * | 2018-06-21 | 2018-12-11 | 广州普世医学科技有限公司 | 基于区块链的精准智能医疗数字系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Oueida et al. | A smart healthcare reward model for resource allocation in smart city | |
CN108595641B (zh) | 一种处方信息存储方法、设备、系统及存储介质 | |
De Benedictis et al. | Digital twins in healthcare: an architectural proposal and its application in a social distancing case study | |
CN107209780A (zh) | 医疗数据交换系统和方法 | |
CN110249352A (zh) | 用于医疗的分析和游戏化的系统和方法 | |
CN109410110A (zh) | 区域卫生信息平台中实现公共卫生数据交互控制的系统 | |
CN107506912A (zh) | 一种医疗资源调度平台 | |
CN107465692A (zh) | 统一用户身份认证方法、系统以及存储介质 | |
US11515048B2 (en) | Computerized data processing systems and methods for generating graphical user interfaces | |
CN106779446A (zh) | 一种家庭医生家庭病床管理系统 | |
CN108039195A (zh) | 一种医疗信息系统及其信息共享方法 | |
Garvin et al. | Interorganizational care coordination of rural veterans by Veterans Affairs and community care programs: a systematic review | |
CN113130052A (zh) | 医生推荐方法、医生推荐装置、终端设备及存储介质 | |
CN107038671A (zh) | 促进医疗卫生志愿服务的系统和方法 | |
Li et al. | Managing outpatient flow via an artificial intelligence enabled solution | |
CN108899094A (zh) | 一种多机构协作的疾病科研管理系统 | |
CN109767832A (zh) | 用于医疗卫生信息的数据处理方法及装置、服务器、系统 | |
CN107463788A (zh) | 智慧云药房系统及其控制方法和服务器 | |
CN113724846A (zh) | 就诊数据处理方法、装置、存储介质及设备 | |
CN113593721A (zh) | 一种医工交互方法、装置及设备 | |
CN109740894A (zh) | 基于区块链的数据处理方法及装置、服务器、系统 | |
KR20170107190A (ko) | 모바일 헬스케어 시스템 및 이를 이용한 컴포넌트 기반 모바일 헬스 애플리케이션 제공 시스템 | |
Protti | Integrated care, information management and information technology in Canada: have we made any progress in the past 12 years | |
US11657914B2 (en) | Systems, methods and devices for dynamic procedure management | |
Sun | 5G+ Smart Healthcare |
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: 20190517 |
|
RJ01 | Rejection of invention patent application after publication |