CN112397193A - 数据上报方法、装置、设备及存储介质 - Google Patents
数据上报方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112397193A CN112397193A CN202011279922.2A CN202011279922A CN112397193A CN 112397193 A CN112397193 A CN 112397193A CN 202011279922 A CN202011279922 A CN 202011279922A CN 112397193 A CN112397193 A CN 112397193A
- Authority
- CN
- China
- Prior art keywords
- data
- reporting
- service
- platform
- calling
- 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
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000004364 calculation method Methods 0.000 claims abstract description 53
- 230000008569 process Effects 0.000 claims abstract description 32
- 238000006243 chemical reaction Methods 0.000 claims abstract description 25
- 238000013507 mapping Methods 0.000 claims abstract description 25
- 239000003814 drug Substances 0.000 claims description 24
- 230000006870 function Effects 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims description 16
- 230000007246 mechanism Effects 0.000 claims description 10
- 238000003745 diagnosis Methods 0.000 claims description 8
- 238000010223 real-time analysis Methods 0.000 claims description 8
- 239000002552 dosage form Substances 0.000 claims description 7
- 238000013480 data collection Methods 0.000 claims 3
- 230000008878 coupling Effects 0.000 abstract description 8
- 238000010168 coupling process Methods 0.000 abstract description 8
- 238000005859 coupling reaction Methods 0.000 abstract description 8
- 238000011161 development Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 229940079593 drug Drugs 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013075 data extraction Methods 0.000 description 2
- 238000009472 formulation Methods 0.000 description 2
- 239000008187 granular material Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000011068 loading method Methods 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 206010011224 Cough Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 210000004072 lung Anatomy 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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
- 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/60—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 operation of medical equipment or devices
- G16H40/67—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 operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Abstract
本发明涉及云技术领域,公开了一种数据上报方法、装置、设备及存储介质,用于解决各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。数据上报方法包括:获取原始数据;基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据;根据目标采集数据进行数据实时计算,生成计算数据,基于数据库的实时数据报表功能生成第一通知消息;调用数据分发服务接收第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;调用数据路由服务获取路由策略;调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。
Description
技术领域
本发明涉及路由分发领域,尤其涉及一种数据上报方法、装置、设备及存储介质。
背景技术
互联网和医疗结合的模式体现了其无接触式的诊疗特色,涵盖了线上挂号就诊、线上开药和线下配送完整流程,各地纷纷出台各种利好政策,促进互联网医院发展,各地卫生部门也需要对这些互联网医院诊疗行为进行监管,促使了互联网医疗数据监管上报系统的迅速发展。
由于各个地方上报数据的差异化和接入方式的不一致性,业内一般都会采用定制开发模式,即根据当地的要求,定制开发一套数据上报系统,从各个业务子系统中获取相关信息,进行数据组装,再上报给当地监管平台。
定制开发虽然能精确的满足当地监管平台的需求,但是却需要更多的资源来设计、开发和维护,伴随着高额的成本和风险。同时,通过系统间的依赖方式获取业务数据,使得上报系统强耦合业务子系统,降低了系统的高可用性和高可扩展性。
发明内容
本发明提供了一种数据上报方法、装置、设备及存储介质,用于解决各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
本发明第一方面提供了一种数据上报方法,包括:获取原始数据,所述原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息;调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知。
可选的,在本发明第一方面的第一种实现方式中,所述基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台包括:对所述原始数据进行分类,得到分类数据,所述分类数据包括明细数据,基础数据和报表性数据,所述明细数据包括问诊和处方数据,所述基础数据包括备案医生和药师的基本信息,所述报表性数据包括挂号单数、问诊量、处方数和交易收入;基于所述分类数据选择相应的数据采集方式,所述相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;基于所述相应的数据采集方式分别进行数据采集,得到多组采集数据,将所述多组采集数据合并生成目标采集数据。
可选的,在本发明第一方面的第二种实现方式中,所述基于所述相应的数据采集方式分别进行数据采集,得到多组采集数据,将所述多组采集数据合并生成目标采集数据包括:调用预置的消息队列对所述明细数据进行数据采集,得到第一采集数据,所述预置的消息队列为Kafka消息队列或RocketMQ消息队列;调用预置的数据库订阅平台中的二进制日志Binlog对所述基础数据进行数据采集,得到第二采集数据;调用预置的宙斯离线调度平台对所述报表性数据进行数据采集,得到第三采集数据,所述预置的宙斯离线调度平台为分布式调度平台,对数据进行统一的调度和分配;将所述第一采集数据、所述第二采集数据和所述第三采集数据合并,生成目标采集数据。
可选的,在本发明第一方面的第三种实现方式中,所述根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息包括:基于分布式数据处理框架Storm对所述目标数据进行数据实时分析和计算,得到计算数据;将所述计算数据存储在预置的Hbase数据库中,并基于所述数据库的实时数据报表功能生成第一通知消息;将所述计算数据和所述第一通知消息传输至数据分发服务。
可选的,在本发明第一方面的第四种实现方式中,所述调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据包括:通过预置的API接口或预置的消息队列接收所述第一通知消息,所述预置的消息队列为Kafka消息队列;获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对所述医疗结构的字典编码进行映射转换,生成上报数据,所述医疗机构的字典编码包括医疗机构级别、医疗机构等级、患者性别、药品目录、药物剂型和诊断类别,所述上报数据为符合所述各个监管平台要求的数据。
可选的,在本发明第一方面的第五种实现方式中,所述调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务包括:调用数据路由服务,基于预置的规则计算并获取路由策略,所述路由策略包括上报业务类型、数据上报地址和上报方式;根据所述路由策略确定所述上报数据对应的监管平台和对应监管平台的业务项,所述对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;基于所述数据路由服务将第二通知消息发送至数据前置机服务,所述第二通知消息用于指示将所述上报数据传输至所述监管平台。
可选的,在本发明第一方面的第六种实现方式中,所述调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知包括:基于数据前置服务,接收所述第二通知消息,并将所述上报数据转发至所述监管平台或写入所述监管平台制定的存储服务,生成数据上报结果;对所述数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知所述数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将所述补偿数据再次上传至所述监管平台。
本发明第二方面提供了一种数据上报装置,包括:第一获取模块,用于获取原始数据,所述原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;数据采集模块,用于基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;计算模块,用于根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息;转换模块,用于调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;第二获取模块,用于调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;处理模块,用于调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知。
可选的,在本发明第二方面的第一种实现方式中,所述数据采集模块包括:分类单元,用于对所述原始数据进行分类,得到分类数据,所述分类数据包括明细数据,基础数据和报表性数据,所述明细数据包括问诊和处方数据,所述基础数据包括备案医生和药师的基本信息,所述报表性数据包括挂号单数、问诊量、处方数和交易收入;选择单元,用于基于所述分类数据选择相应的数据采集方式,所述相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;数据采集单元,用于基于所述相应的数据采集方式分别进行数据采集,得到多组采集数据,将所述多组采集数据合并生成目标采集数据。
可选的,在本发明第二方面的第二种实现方式中,所述数据采集单元具体用于:调用预置的消息队列对所述明细数据进行数据采集,得到第一采集数据,所述预置的消息队列为Kafka消息队列或RocketMQ消息队列;调用预置的数据库订阅平台中的二进制日志Binlog对所述基础数据进行数据采集,得到第二采集数据;调用预置的宙斯离线调度平台对所述报表性数据进行数据采集,得到第三采集数据,所述预置的宙斯离线调度平台为分布式调度平台,对数据进行统一的调度和分配;将所述第一采集数据、所述第二采集数据和所述第三采集数据合并,生成目标采集数据。
可选的,在本发明第二方面的第三种实现方式中,所述计算模块包括:计算单元,用于基于分布式数据处理框架Storm,对所述目标数据进行数据实时分析和计算,得到计算数据;存储单元,用于将所述计算数据存储在预置的Hbase数据库中,并基于所述Hbase数据库的实时数据报表功能生成第一通知消息;传输单元,用于将所述计算数据和所述第一通知消息传输至数据分发服务。
可选的,在本发明第二方面的第四种实现方式中,所述转换模块包括:第一接收单元,用于通过预置的API接口或预置的消息队列接收所述第一通知消息,所述预置的消息队列为Kafka消息队列;第一获取单元,用于获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对所述医疗结构的字典编码进行映射转换,生成上报数据,所述医疗机构的字典编码包括医疗机构级别、医疗机构等级、患者性别、药品目录、药物剂型和诊断类别,所述上报数据为符合所述各个监管平台要求的数据。
可选的,在本发明第二方面的第五种实现方式中,所述第二获取模块包括:第二获取单元,用于调用数据路由服务,基于预置的规则计算并获取路由策略,所述路由策略包括上报业务类型、数据上报地址和上报方式;确定单元,用于根据所述路由策略确定所述上报数据对应的监管平台和对应监管平台的业务项,所述对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;发送单元,用于基于所述数据路由服务将第二通知消息发送至数据前置机服务,所述第二通知消息用于指示将所述上报数据传输至所述监管平台。
可选的,在本发明第二方面的第六种实现方式中,所述处理模块包括:第二接收单元,用于基于数据前置服务,接收所述第二通知消息,并将所述上报数据转发至所述监管平台或写入所述监管平台制定的存储服务,生成数据上报结果;判断单元,用于对所述数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知所述数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将所述补偿数据再次上传至所述监管平台。
本发明第三方面提供了一种数据上报设备,包括:存储器和至少一个处理器,所述存储器中存储有指令;所述至少一个处理器调用所述存储器中的所述指令,以使得所述数据上报设备执行上述的数据上报方法。
本发明的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述的数据上报方法。
本发明提供的技术方案中,获取原始数据,所述原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息;调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知。本发明实施例中,解决了各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
附图说明
图1为本发明实施例中数据上报方法的一个实施例示意图;
图2为本发明实施例中数据上报方法的另一个实施例示意图;
图3为本发明实施例中数据上报装置的一个实施例示意图;
图4为本发明实施例中数据上报装置的另一个实施例示意图;
图5为本发明实施例中数据上报设备的一个实施例示意图。
具体实施方式
本发明实施例提供了一种数据上报方法、装置、设备及存储介质,用于解决各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”或“具有”及其任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解,下面对本发明实施例的具体流程进行描述,请参阅图1,本发明实施例中数据上报方法的一个实施例包括:
101、获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据。
服务器获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据。相关运营平台包括医院医生管理平台、处方管理平台、药品运营平台和统一监管平台,原始数据存储在非关系型数据库中,包括Redis和Hbase,Redis是一款支持网络交互的,可基于内存的开源数据库,Hbase是一个分布式的、面向列的开源数据库,非常适合于非结构化数据以及海量数据的存储。
可以理解的是,本发明的执行主体可以为数据上报装置,还可以是终端或者服务器,具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。
102、基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台。
服务器基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台。具体的,服务器对原始数据进行分类,得到分类数据,分类数据包括明细数据,基础数据和报表性数据,明细数据包括问诊和处方数据,基础数据包括备案医生和药师的基本信息,报表性数据包括挂号单数、问诊量、处方数和交易收入;服务器基于分类数据选择相应的数据采集方式,相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;服务器基于数据采集方式分别进行数据采集,得到多组采集数据,将多组采集数据合并生成目标采集数据。
明细数据,如问诊和处方数据通过预置的消息队列进行数据的采集,预置的消息队列为Kafka消息队列或RocketMQ消息队列,Kafka是一个分布式消息队列,主要用于处理活跃的流式数据,RocketMQ也是一个分布式消息队列,具有高性能、高可靠和高实时的特点;基础数据,如备案医生和药师的基本信息通过预置的数据库订阅平台中的二进制日志(binary log,Binlog)进行数据的采集,Binlog日志用于记录所有更新的数据或者潜在更新的数据,它记录了数据库的更改,可以利用Binlog来对误操作的数据进行恢复,也可以用来监听和分发数据变更;报表性数据,如挂号单数、问诊量、处方数和交易收入可通过宙斯离线调度平台,分别采集挂号表、问诊表、处方表以及交易订单表,输出统计报表数据,宙斯离线调度平台(Zeus)是一个资源调度平台,用于对数据资源进行统一的调度和分配,Zeus主要采取分布式二层架构模式,从稳定性、资源利用率和运维自动化这三个方面来考虑调度的问题,实时监控基础设施层的故障,并进行自动化处理,对上层应用屏蔽掉故障,从而提升平台的稳定性。
103、根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息。
服务器根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息。具体的,服务器基于分布式数据处理框架Storm对目标数据进行数据实时分析和计算,得到计算数据;服务器将计算数据存储在预置的Hbase数据库中,并基于Hbase数据库的实时数据报表功能生成第一通知消息;服务器将计算数据和第一通知消息传输至数据分发服务。
Storm是一款大数据实时计算框架,可以高效地处理流数据,并支持多种编程语言,方便地与数据库系统进行整合,从而开发出强大的实时计算系统,Storm可用于许多领域中,如实时分析、在线机器学习、持续计算和数据提取加载转换等,本方案中基于Storm对数据进行实时分析和计算,并存储到预置的Hbase数据库中。
104、调用数据分发服务接收第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据。
服务器调用数据分发服务接收第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据。数据字典服务对相关字段如医疗机构级别和等级、患者性别、药品目录、药物剂型和诊断类别等字典编码进行映射转换,数据字典服务提供了一种机构之间数据多对多映射关系的维护和查询,首先创建医疗机构及各监管平台各自的机构字典数据,然后再创建医疗机构和各监管平台一对多的数据字典映射关系,通过提供的查询接口可将医疗机构原始数据转换为不同监管平台要求的数据字段。
105、调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务。
服务器调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务。具体的,服务器调用数据路由服务,基于预置的规则计算并获取路由策略,路由策略包括上报业务类型、数据上报地址和上报方式;服务器根据路由策略确定上报数据对应的监管平台和对应监管平台的业务项,对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;服务器基于数据路由服务将第二通知消息发送至数据前置机服务,第二通知消息用于指示将上报数据传输至监管平台。
数据路由服务通过预置的规则获取路由策略,例如,按照“入口编码+医院ID+业务类型”进行路由策略的分析获取,以确定数据流转到哪个监管平台,推送至监管平台的哪块业务,路由策略包括上报业务类型、数据上报地址和上报方式,上报方式包括主动推送、异步通知和通信协议。
106、调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。
服务器调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。具体的,服务器基于数据前置服务,接收第二通知消息,并将上报数据转发至监管平台或写入监管平台制定的存储服务,生成数据上报结果;服务器对数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将补偿数据再次上传至监管平台。
在数据转发至监管平台的过程中,因网络抖动等原因造成上报失败,则会触发重试机制进行补偿,重试机制采用统一分布式调度服务创建延迟任务,在首次失败后第1、2、5、10、20、30、60分钟触发数据上报,若重试4次后还没上报成功,则上报至数据路由服务标记失败,所有上报失败的异常数据通过统一分布式调度服务再次发起上报,且平台监控将实时监控整个数据上报过程。
本发明实施例中,解决了各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
请参阅图2,本发明实施例中数据上报方法的另一个实施例包括:
201、获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据。
服务器获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据。相关运营平台包括医院医生管理平台、处方管理平台、药品运营平台和统一监管平台,原始数据存储在非关系型数据库中,包括Redis和Hbase,Redis是一款支持网络交互的,可基于内存的开源数据库,Hbase是一个分布式的、面向列的开源数据库,非常适合于非结构化数据以及海量数据的存储。
可以理解的是,本发明的执行主体可以为数据上报装置,还可以是终端或者服务器,具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。
202、基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台。
服务器基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台。具体的,服务器对原始数据进行分类,得到分类数据,分类数据包括明细数据,基础数据和报表性数据,明细数据包括问诊和处方数据,基础数据包括备案医生和药师的基本信息,报表性数据包括挂号单数、问诊量、处方数和交易收入;服务器基于分类数据选择相应的数据采集方式,相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;服务器基于数据采集方式分别进行数据采集,得到多组采集数据,将多组采集数据合并生成目标采集数据。
明细数据,如问诊和处方数据通过预置的消息队列进行数据的采集,预置的消息队列为Kafka消息队列或RocketMQ消息队列,Kafka是一个分布式消息队列,主要用于处理活跃的流式数据,RocketMQ也是一个分布式消息队列,具有高性能、高可靠和高实时的特点;基础数据,如备案医生和药师的基本信息通过预置的数据库订阅平台中的二进制日志(binary log,Binlog)进行数据的采集,Binlog日志用于记录所有更新的数据或者潜在更新的数据,它记录了数据库的更改,可以利用Binlog来对误操作的数据进行恢复,也可以用来监听和分发数据变更;报表性数据,如挂号单数、问诊量、处方数和交易收入可通过宙斯离线调度平台,分别采集挂号表、问诊表、处方表以及交易订单表,输出统计报表数据,宙斯离线调度平台(Zeus)是一个资源调度平台,用于对数据资源进行统一的调度和分配,Zeus主要采取分布式二层架构模式,从稳定性、资源利用率和运维自动化这三个方面来考虑调度的问题,实时监控基础设施层的故障,并进行自动化处理,对上层应用屏蔽掉故障,从而提升平台的稳定性。
203、根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息。
服务器根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息。具体的,服务器基于分布式数据处理框架Storm对目标数据进行数据实时分析和计算,得到计算数据;服务器将计算数据存储在预置的Hbase数据库中,并基于Hbase数据库的实时数据报表功能生成第一通知消息;服务器将计算数据和第一通知消息传输至数据分发服务。
Storm是一款大数据实时计算框架,可以高效地处理流数据,并支持多种编程语言,方便地与数据库系统进行整合,从而开发出强大的实时计算系统,Storm可用于许多领域中,如实时分析、在线机器学习、持续计算和数据提取加载转换等,本方案中基于Storm对数据进行实时分析和计算,并存储到预置的Hbase数据库中。
204、通过预置的API接口或预置的消息队列接收第一通知消息,预置的消息队列为Kafka消息队列。
服务器通过预置的API接口或预置的消息队列接收第一通知消息,预置的消息队列为Kafka消息队列。应用程序接口API是一组定义、程序及协议的集合,通过API可以实现计算机软件之间的相互通信,API的一个主要功能是提供通用功能集,Kafka是一个分布式的消息队列,与大多数消息传递系统相比,Kafka具有更好的吞吐量,内置分区,具有复制和容错功能,本方案中通过预置的API接口或Kafka消息队列获取数据,并通过数据字典服务进行进一步处理。
205、获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对医疗结构的字典编码进行映射转换,生成上报数据,医疗机构的字典编码包括医疗机构级别、医疗机构等级、患者性别、药品目录、药物剂型和诊断类别,上报数据为符合所述各个监管平台要求的数据。
服务器获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对医疗结构的字典编码进行映射转换,生成上报数据。预设的字典编码包括医疗机构级别和等级、患者性别、药品目录、药物剂型和诊断类别。其中,医院分为三个等级每级再划分为甲、乙、丙三等,其中三级医院增设特等级别,因此医院共分三级十等,药品目录包括药品名称、药品类别、药品剂型和规格等,例如,“小儿肺咳颗粒,药品类别为儿科用药,药品剂型和规格为颗粒剂,每袋装2g、3g、6g”。
206、调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务。
服务器调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务。具体的,服务器调用数据路由服务,基于预置的规则计算并获取路由策略,路由策略包括上报业务类型、数据上报地址和上报方式;服务器根据路由策略确定上报数据对应的监管平台和对应监管平台的业务项,对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;服务器基于数据路由服务将第二通知消息发送至数据前置机服务,第二通知消息用于指示将上报数据传输至监管平台。
数据路由服务通过预置的规则获取路由策略,例如,按照“入口编码+医院ID+业务类型”进行路由策略的分析获取,以确定数据流转到哪个监管平台,推送至监管平台的哪块业务,路由策略包括上报业务类型、数据上报地址和上报方式,上报方式包括主动推送、异步通知和通信协议。
207、调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。
服务器调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。具体的,服务器基于数据前置服务,接收第二通知消息,并将上报数据转发至监管平台或写入监管平台制定的存储服务,生成数据上报结果;服务器对数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将补偿数据再次上传至监管平台。
在数据转发至监管平台的过程中,因网络抖动等原因造成上报失败,则会触发重试机制进行补偿,重试机制采用统一分布式调度服务创建延迟任务,在首次失败后第1、2、5、10、20、30、60分钟触发数据上报,若重试4次后还没上报成功,则上报至数据路由服务标记失败,所有上报失败的异常数据通过统一分布式调度服务再次发起上报,且平台监控将实时监控整个数据上报过程。
本发明实施例中,解决了各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
上面对本发明实施例中数据上报方法进行了描述,下面对本发明实施例中数据上报装置进行描述,请参阅图3,本发明实施例中数据上报装置的一个实施例包括:
第一获取模块301,用于获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;
数据采集模块302,用于基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
计算模块303,用于根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息;
转换模块304,用于调用数据分发服务接收第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;
第二获取模块305,用于调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;
处理模块306,用于调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。
本发明实施例中,解决了各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
请参阅图4,本发明实施例中数据上报装置的另一个实施例包括:
第一获取模块301,用于获取原始数据,原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;
数据采集模块302,用于基于原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
计算模块303,用于根据目标采集数据进行数据实时计算,生成计算数据,并将计算数据存储到数据库中,基于数据库的实时数据报表功能生成第一通知消息;
转换模块304,用于调用数据分发服务接收第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;
第二获取模块305,用于调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;
处理模块306,用于调用数据前置机服务处理上报数据的转发、超时补偿和消息通知。
可选的,数据采集模块302包括:
分类单元3021,用于对原始数据进行分类,得到分类数据,分类数据包括明细数据,基础数据和报表性数据,明细数据包括问诊和处方数据,基础数据包括备案医生和药师的基本信息,报表性数据包括挂号单数、问诊量、处方数和交易收入;
选择单元3022,用于基于分类数据选择相应的数据采集方式,相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
数据采集单元3023,用于基于相应的数据采集方式分别进行数据采集,得到多组采集数据,将多组采集数据合并生成目标采集数据。
可选的,数据采集单元3023具体用于:
调用预置的消息队列对明细数据进行数据采集,得到第一采集数据,预置的消息队列为Kafka消息队列或RocketMQ消息队列;调用预置的数据库订阅平台中的二进制日志Binlog对基础数据进行数据采集,得到第二采集数据;调用预置的宙斯离线调度平台对报表性数据进行数据采集,得到第三采集数据,预置的宙斯离线调度平台为分布式调度平台,对数据进行统一的调度和分配;将第一采集数据、第二采集数据和第三采集数据合并,生成目标采集数据。
可选的,计算模块303包括:
计算单元3031,用于基于分布式数据处理框架Storm,对目标数据进行数据实时分析和计算,得到计算数据;
存储单元3032,用于将计算数据存储在预置的Hbase数据库中,并基于Hbase数据库的实时数据报表功能生成第一通知消息;
传输单元3033,用于将计算数据和第一通知消息传输至数据分发服务。
可选的,转换模块304包括:
第一接收单元3041,用于通过预置的API接口或预置的消息队列接收第一通知消息,预置的消息队列为Kafka消息队列;
第一获取单元3042,用于获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对医疗结构的字典编码进行映射转换,生成上报数据,医疗机构的字典编码包括医疗机构级别、医疗机构等级、患者性别、药品目录、药物剂型和诊断类别,上报数据为符合各个监管平台要求的数据。
可选的,第二获取模块305包括:
第二获取单元3051,用于调用数据路由服务,基于预置的规则计算并获取路由策略,路由策略包括上报业务类型、数据上报地址和上报方式;
确定单元3052,用于根据路由策略确定上报数据对应的监管平台和对应监管平台的业务项,对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;
发送单元3053,用于基于数据路由服务将第二通知消息发送至数据前置机服务,第二通知消息用于指示将上报数据传输至监管平台。
可选的,处理模块306包括:
第二接收单元3061,用于基于数据前置服务,接收第二通知消息,并将上报数据转发至监管平台或写入监管平台制定的存储服务,生成数据上报结果;
判断单元3062,用于对数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将补偿数据再次上传至监管平台。
本发明实施例中,解决了各地监管平台的差异性以及一地一套定制开发的模式,实现了数据上报过程的高可用性、高可扩展性和低耦合。
上面图3和图4从模块化功能实体的角度对本发明实施例中的数据上报装置进行详细描述,下面从硬件处理的角度对本发明实施例中数据上报设备进行详细描述。
图5是本发明实施例提供的一种数据上报设备的结构示意图,该数据上报设备500可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(centralprocessing units,CPU)510(例如,一个或一个以上处理器)和存储器520,一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中,存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据上报设备500中的一系列指令操作。更进一步地,处理器510可以设置为与存储介质530通信,在数据上报设备500上执行存储介质530中的一系列指令操作。
数据上报设备500还可以包括一个或一个以上电源540,一个或一个以上有线或无线网络接口550,一个或一个以上输入输出接口560,和/或,一个或一个以上操作系统531,例如Windows Serve,Mac OS X,Unix,Linux,FreeBSD等等。本领域技术人员可以理解,图5示出的数据上报设备结构并不构成对数据上报设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本发明还提供一种数据上报设备,所述计算机设备包括存储器和处理器,存储器中存储有计算机可读指令,计算机可读指令被处理器执行时,使得处理器执行上述各实施例中的所述数据上报方法的步骤。
本发明还提供一种计算机可读存储介质,该计算机可读存储介质可以为非易失性计算机可读存储介质,该计算机可读存储介质也可以为易失性计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行所述数据上报方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种数据上报方法,其特征在于,所述数据上报方法包括:
获取原始数据,所述原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;
基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息;
调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;
调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;
调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知。
2.根据权利要求1所述的数据上报方法,其特征在于,所述基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台包括:
对所述原始数据进行分类,得到分类数据,所述分类数据包括明细数据,基础数据和报表性数据,所述明细数据包括问诊和处方数据,所述基础数据包括备案医生和药师的基本信息,所述报表性数据包括挂号单数、问诊量、处方数和交易收入;
基于所述分类数据选择相应的数据采集方式,所述相应的数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
基于所述相应的数据采集方式分别进行数据采集,得到多组采集数据,将所述多组采集数据合并生成目标采集数据。
3.根据权利要求2所述的数据上报方法,其特征在于,所述基于所述相应的数据采集方式分别进行数据采集,得到多组采集数据,将所述多组采集数据合并生成目标采集数据包括:
调用预置的消息队列对所述明细数据进行数据采集,得到第一采集数据,所述预置的消息队列为Kafka消息队列或RocketMQ消息队列;
调用预置的数据库订阅平台中的二进制日志Binlog对所述基础数据进行数据采集,得到第二采集数据;
调用预置的宙斯离线调度平台对所述报表性数据进行数据采集,得到第三采集数据,所述预置的宙斯离线调度平台为分布式调度平台,对数据进行统一的调度和分配;
将所述第一采集数据、所述第二采集数据和所述第三采集数据合并,生成目标采集数据。
4.根据权利要求1所述的数据上报方法,其特征在于,所述根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息包括:
基于分布式数据处理框架Storm对所述目标数据进行数据实时分析和计算,得到计算数据;
将所述计算数据存储在预置的Hbase数据库中,并基于所述Hbase数据库的实时数据报表功能生成第一通知消息;
将所述计算数据和所述第一通知消息传输至数据分发服务。
5.根据权利要求1所述的数据上报方法,其特征在于,所述调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据包括:
通过预置的API接口或预置的消息队列接收所述第一通知消息,所述预置的消息队列为Kafka消息队列;
获取预置的医疗机构字典数据和监管平台字典数据,建立医疗机构和各个监管平台的一对多数据字典映射关系,对所述医疗结构的字典编码进行映射转换,生成上报数据,所述医疗机构的字典编码包括医疗机构级别、医疗机构等级、患者性别、药品目录、药物剂型和诊断类别,所述上报数据为符合所述各个监管平台要求的数据。
6.根据权利要求1所述的数据上报方法,其特征在于,所述调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务包括:
调用数据路由服务,基于预置的规则计算并获取路由策略,所述路由策略包括上报业务类型、数据上报地址和上报方式;
根据所述路由策略确定所述上报数据对应的监管平台和对应监管平台的业务项,所述对应监管平台的业务项包括问诊记录上报、处方上报和医师上报;
基于所述数据路由服务将第二通知消息发送至数据前置机服务,所述第二通知消息用于指示将所述上报数据传输至所述监管平台。
7.根据权利要求1-6中任意一项所述的数据上报方法,其特征在于,所述调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知包括:
基于数据前置服务接收所述第二通知消息,并将所述上报数据转发至所述监管平台或写入所述监管平台制定的存储服务,生成数据上报结果;
对所述数据上报结果进行判断,当所述数据上报结果为数据上报成功时,通知所述数据路由服务平台上报成功,当所述数据上报结果为数据上报失败时,启动预置的重试机制进行超时补偿,得到补偿数据,并将所述补偿数据再次上传至所述监管平台。
8.一种数据上报装置,其特征在于,所述数据上报装置包括:
第一获取模块,用于获取原始数据,所述原始数据包括问诊、处方、电子病历、订单和物流系统以及相关运营平台产生的业务数据;
数据采集模块,用于基于所述原始数据的不同类别选择数据采集方式并进行数据采集,得到目标采集数据,所述数据采集方式包括消息队列、数据库订阅平台和宙斯离线调度平台;
计算模块,用于根据所述目标采集数据进行数据实时计算,生成计算数据,并将所述计算数据存储到数据库中,基于所述数据库的实时数据报表功能生成第一通知消息;
转换模块,用于调用数据分发服务接收所述第一通知消息,并调用数据字典服务对医疗机构的字典编码进行映射转换,生成上报数据;
第二获取模块,用于调用数据路由服务获取路由策略,并发送第二通知消息到数据前置机服务;
处理模块,用于调用所述数据前置机服务处理所述上报数据的转发、超时补偿和消息通知。
9.一种数据上报设备,其特征在于,所述数据上报设备包括:存储器和至少一个处理器,所述存储器中存储有指令;
所述至少一个处理器调用所述存储器中的所述指令,以使得所述数据上报设备执行如权利要求1-7中任意一项所述的数据上报方法。
10.一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,其特征在于,所述指令被处理器执行时实现如权利要求1-7中任一项所述数据上报方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011279922.2A CN112397193A (zh) | 2020-11-16 | 2020-11-16 | 数据上报方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011279922.2A CN112397193A (zh) | 2020-11-16 | 2020-11-16 | 数据上报方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112397193A true CN112397193A (zh) | 2021-02-23 |
Family
ID=74599550
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011279922.2A Pending CN112397193A (zh) | 2020-11-16 | 2020-11-16 | 数据上报方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112397193A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113628752A (zh) * | 2021-07-30 | 2021-11-09 | 山东健康医疗大数据有限公司 | 一种医疗机构发热门诊的电子病历上报和监测方法及系统 |
CN116009465A (zh) * | 2022-09-08 | 2023-04-25 | 上海繁易信息科技股份有限公司 | 分布式数据采集方法及相关装置 |
CN116386799A (zh) * | 2023-06-05 | 2023-07-04 | 数据空间研究院 | 一种医疗数据采集与标准转换方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109144830A (zh) * | 2018-09-06 | 2019-01-04 | 山西警察学院 | 一种数据采集漏报监管及快速切换网络环境的方法与系统 |
CN109246219A (zh) * | 2018-09-18 | 2019-01-18 | 食品安全与营养(贵州)信息科技有限公司 | 一种IoT数据采集系统的工作方法及系统 |
CN110022226A (zh) * | 2019-01-04 | 2019-07-16 | 国网浙江省电力有限公司 | 一种基于面向对象的数据采集系统及采集方法 |
CN110225074A (zh) * | 2019-01-04 | 2019-09-10 | 国网浙江省电力有限公司 | 一种基于设备地址域的通讯报文分发系统及分发方法 |
-
2020
- 2020-11-16 CN CN202011279922.2A patent/CN112397193A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109144830A (zh) * | 2018-09-06 | 2019-01-04 | 山西警察学院 | 一种数据采集漏报监管及快速切换网络环境的方法与系统 |
CN109246219A (zh) * | 2018-09-18 | 2019-01-18 | 食品安全与营养(贵州)信息科技有限公司 | 一种IoT数据采集系统的工作方法及系统 |
CN110022226A (zh) * | 2019-01-04 | 2019-07-16 | 国网浙江省电力有限公司 | 一种基于面向对象的数据采集系统及采集方法 |
CN110225074A (zh) * | 2019-01-04 | 2019-09-10 | 国网浙江省电力有限公司 | 一种基于设备地址域的通讯报文分发系统及分发方法 |
Non-Patent Citations (1)
Title |
---|
黄跃;魏岚;张蕾;费晓璐;: "基于大数据的医院信息集成平台建设与应用", 中国医学装备, no. 04 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113628752A (zh) * | 2021-07-30 | 2021-11-09 | 山东健康医疗大数据有限公司 | 一种医疗机构发热门诊的电子病历上报和监测方法及系统 |
CN116009465A (zh) * | 2022-09-08 | 2023-04-25 | 上海繁易信息科技股份有限公司 | 分布式数据采集方法及相关装置 |
CN116009465B (zh) * | 2022-09-08 | 2024-01-30 | 上海繁易信息科技股份有限公司 | 分布式数据采集方法及相关装置 |
CN116386799A (zh) * | 2023-06-05 | 2023-07-04 | 数据空间研究院 | 一种医疗数据采集与标准转换方法及系统 |
CN116386799B (zh) * | 2023-06-05 | 2023-08-18 | 数据空间研究院 | 一种医疗数据采集与标准转换方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112397193A (zh) | 数据上报方法、装置、设备及存储介质 | |
CN111049705B (zh) | 一种监控分布式存储系统的方法及装置 | |
CN105357038B (zh) | 监控虚拟机集群的方法和系统 | |
Ranchal et al. | Disrupting healthcare silos: Addressing data volume, velocity and variety with a cloud-native healthcare data ingestion service | |
US8782103B2 (en) | Monitoring system for optimizing integrated business processes to work flow | |
US9342370B2 (en) | Server migration | |
US20150248446A1 (en) | Method and system for collecting and analyzing time-series data | |
US20070282470A1 (en) | Method and system for capturing and reusing intellectual capital in IT management | |
US20020128871A1 (en) | Method, apparatus, and system for aggregating, targeting, and synchronizing health information delivery | |
US6665647B1 (en) | Enterprise healthcare management system and method of using same | |
CN103235817A (zh) | 一种大规模感染控制数据存储处理方法 | |
US11416321B2 (en) | Component failure prediction | |
CN111124609B (zh) | 数据采集方法、装置、数据采集设备及存储介质 | |
Donahue et al. | Veterans health information exchange: successes and challenges of nationwide interoperability | |
US20150347681A1 (en) | System and method for health information exchange and analytics | |
CN111694651A (zh) | 基于云计算和医疗大数据的任务处理优化系统 | |
RU2522030C2 (ru) | Унифицированная система управления информационными потоками предприятия | |
CN116627758A (zh) | 互联网医院前端系统异常上报方法、装置、设备及介质 | |
US11822578B2 (en) | Matching machine generated data entries to pattern clusters | |
CN112367540B (zh) | 在线直播推流数监控的方法、装置 | |
CN108551444A (zh) | 一种日志处理方法、装置及设备 | |
CN114140491A (zh) | 一种基于智慧健康监控的就诊方法及系统 | |
US10825566B1 (en) | Ensuring availability of medical devices to receive maintenance | |
CN114285786A (zh) | 一种网络链路库的构建方法及装置 | |
CN114120177A (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 |