CN111554371A - 互联网数据的处理方法及装置、计算机设备、存储介质 - Google Patents
互联网数据的处理方法及装置、计算机设备、存储介质 Download PDFInfo
- Publication number
- CN111554371A CN111554371A CN202010234638.7A CN202010234638A CN111554371A CN 111554371 A CN111554371 A CN 111554371A CN 202010234638 A CN202010234638 A CN 202010234638A CN 111554371 A CN111554371 A CN 111554371A
- Authority
- CN
- China
- Prior art keywords
- data
- information
- medical
- medical data
- stream processing
- 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
- 238000003860 storage Methods 0.000 title claims abstract description 20
- 238000003672 processing method Methods 0.000 title claims description 5
- 238000012545 processing Methods 0.000 claims abstract description 81
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000001514 detection method Methods 0.000 claims abstract description 26
- 238000012797 qualification Methods 0.000 claims description 46
- 238000012795 verification Methods 0.000 claims description 46
- 239000003814 drug Substances 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 18
- 230000007246 mechanism Effects 0.000 claims description 10
- 238000004806 packaging method and process Methods 0.000 claims description 7
- 238000012546 transfer Methods 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 abstract description 6
- 238000003745 diagnosis Methods 0.000 description 20
- 230000005540 biological transmission Effects 0.000 description 17
- 238000004458 analytical method Methods 0.000 description 10
- 230000002159 abnormal effect Effects 0.000 description 9
- 201000010099 disease Diseases 0.000 description 9
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 9
- 229940079593 drug Drugs 0.000 description 7
- 238000007689 inspection Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000000007 visual effect Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000013479 data entry Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012377 drug delivery Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000001788 irregular Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000000474 nursing effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000004576 sand Substances 0.000 description 2
- 208000017667 Chronic Disease Diseases 0.000 description 1
- 230000000844 anti-bacterial effect Effects 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005553 drilling Methods 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012502 risk assessment Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 229940126585 therapeutic drug Drugs 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
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
-
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Data Mining & Analysis (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Databases & Information Systems (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明实施例提供了一种互联网数据的处理方法及装置、计算机设备、存储介质。一方面，该方法包括：获取第一医疗数据；对第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；响应数据展示指令，确定第二医疗数据的多个数据流处理节点和第二医疗数据流经多个数据流处理节点的流经顺序，按照流经顺序导通多个数据流处理节点，得到数据流处理通道；将第二医疗数据导入数据流处理通道，其中，数据流处理通道的终止节点为数据展示设备。通过本发明，解决了相关技术的线上医疗数据真实性低的技术问题，可以保证医疗数据的准确性和完整性。
Description
【技术领域】
本发明涉及数据处理领域，尤其涉及一种互联网数据的处理方法及装置、计算机设备、存储介质。
【背景技术】
在优质医疗资源相对稀缺的情况下，大医院大专家往往集中在大城市，基层和偏远地区的医疗技术、设备、服务能力相对较差，不能充分满足人们的就医需求。而互联网医院的建立、发展和完善，有助于实现优质医疗资源的优化配置，提高医疗服务质量和效率，也将为偏远地区患者带来便利。
互联网医院作为新生事物，又涉及医疗这一特殊领域，其运行状况自然备受关注。如何加强对互联网医院的监管，保证互联网医院线上诊疗的安全与合法性成为亟待解决的问题。相关技术中的互联网医院监管平台，只能对医疗机构、医生的资质等进行审核，对于各个接入花联网医院的终端传输的数据，并没有检测，没有在数据层面进行监管，由于互联网医院的业务涉及的设备多，产生的数据量大，环境复杂，数据容易产生碎片断点，导致数据的质量差，数据的可靠性、真实性、时效性得不到保障，进而导致在监管设备上展示的信息不具备实际参考性。
针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。
【发明内容】
有鉴于此，本发明实施例提供了一种互联网数据的处理方法及装置、计算机设备、存储介质。
一方面，本发明实施例提供了一种互联网数据的处理方法，应用于医疗服务监管平台，所述方法包括：获取第一医疗数据；对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序导通所述多个数据流处理节点，得到数据流处理通道；将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为数据展示设备。
可选的，获取第一医疗数据包括：通过超文本传输协议HTTP Post请求调用问诊接口获取第一设备向目标线上医院发送的问诊信息，并验证所述问诊信息中的医院资格信息和患者资格信息；在所述问诊信息验证通过后，获取所述目标线上医院在第二设备上的接诊信息，并验证所述接诊信息中的医师身份和资历信息；在所述接诊信息验证通过后，获取所述第一设备上传的电子病例信息，并验证所述病例信息的数据格式和数据来源；在所述病例信息验证通过后，获取所述第二设备基于所述病例信息开立的处方信息，并验证所述处方信息的开方医师资格和处方内容；在所述处方信息验证通过后，获取第三设备的药品派送信息，并验证所述药品派送信息的物流资质和药房资格；在所述药品派送信息验证通过后，将所述问诊信息、所述接诊信息、所述病例信息、所述处方信息、所述药品派送信息打包为所述第一医疗数据。
可选的，验证所述病例信息的数据格式和数据来源包括：接收多个医疗机构上传的电子病例数据；按照上传机构和接诊时间对所述电子病例数据进行分类存储；在指定字段位置解析所述病例信息中的患者标识，以所述患者标识为关键字在病例库中查询电子病例；若所述电子病例中包括所述病例信息，确定所述病例信息有效；若所述电子病例中不包括所述病例信息，确定所述病例信息无效。
可选的，在所述指定指标为校验时间时，对所述第一医疗数据的指定指标进行质量检测包括：读取携带所述第一医疗数据的数据包的时间戳，以及解析医疗数据以读取所述第一医疗数据的生成时间；将所述生成时间减去所述时间戳，得到校验时间；若所述校验时间小于标准值，确定所述第一医疗数据有效；若所述校验时间大于或等于标准值，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的序列长度时，对所述第一医疗数据的指定指标进行质量检测包括：将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；读取起始数据包和终止数据包中的起始序列和终止序列；通过所述起始序列和所述终止序列计算序列长度；若所述序列长度大于预设长度，确定所述第一医疗数据有效；若所述序列长度小于或等于预设长度，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的索引信息时，对所述第一医疗数据的指定指标进行质量检测包括：将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；读取每个子数据包的索引信息，并判断索引信息是否一致；若索引信息一致，确定所述第一医疗数据有效；若索引信息不一致，确定所述第一医疗数据无效。
可选的，在所述指定指标为字段饱和度时，对所述第一医疗数据的指定指标进行质量检测包括：解析第一医疗数据，定位所述第一医疗数据的指定位置的目标字段；统计所述目标字段携带的字节数，或者，计算所述目标字段的字段长度；通过所述字节数和/或所述字段长度确定字段饱和度；若所述字段饱和度大于预设阈值，确定所述第一医疗数据有效；若所述字段饱和度小于或等于预设阈值，确定所述第一医疗数据无效。
另一方面，本发明实施例提供了一种互联网数据的处理装置，应用于医疗服务监管平台，所述装置包括：获取模块，用于获取第一医疗数据；检测模块，用于对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；处理模块，用于响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序将所述多个数据流处理节点连接起来得到数据流处理通道；导入模块，用于将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为显示设备。
可选的，所述获取模块包括：第一获取单元，用于通过超文本传输协议HTTP Post请求调用问诊接口获取第一设备向目标线上医院发送的问诊信息，并验证所述问诊信息中的医院资格信息和患者资格信息；第二获取单元，用于在所述问诊信息验证通过后，获取所述目标线上医院在第二设备上的接诊信息，并验证所述接诊信息中的医师身份和资历信息；第三获取单元，用于在所述接诊信息验证通过后，获取所述第一设备上传的电子病例信息，并验证所述病例信息的数据格式和数据来源；第四获取单元，用于在所述病例信息验证通过后，获取所述第二设备基于所述病例信息开立的处方信息，并验证所述处方信息的开方医师资格和处方内容；第五获取单元，用于在所述处方信息验证通过后，获取第三设备的药品派送信息，并验证所述药品派送信息的物流资质和药房资格；打包单元，用于在所述药品派送信息验证通过后，将所述问诊信息、所述接诊信息、所述病例信息、所述处方信息、所述药品派送信息打包为所述第一医疗数据。
可选的，所述第三获取单元包括：接收子单元，用于接收多个医疗机构上传的电子病例数据；存储子单元，用于按照上传机构和接诊时间对所述电子病例数据进行分类存储；查询子单元，用于在指定字段位置解析所述病例信息中的患者标识，以所述患者标识为关键字在病例库中查询电子病例；验证子单元，用于若所述电子病例中包括所述病例信息，确定所述病例信息有效；若所述电子病例中不包括所述病例信息，确定所述病例信息无效。
可选的，在所述指定指标为校验时间时，所述检测模块包括：第一读取单元，用于读取携带所述第一医疗数据的数据包的时间戳，以及解析医疗数据以读取所述第一医疗数据的生成时间；第一计算单元，用于将所述生成时间减去所述时间戳，得到校验时间；第一确定单元，用于若所述校验时间小于标准值，确定所述第一医疗数据有效；若所述校验时间大于或等于标准值，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的序列长度时，所述检测模块包括：第一拆分单元，用于将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；第二读取单元，用于读取起始数据包和终止数据包中的起始序列和终止序列；第二计算单元，用于通过所述起始序列和所述终止序列计算序列长度；第二确定单元，用于若所述序列长度大于预设长度，确定所述第一医疗数据有效；若所述序列长度小于或等于预设长度，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的索引信息时，所述检测模块包括：第二拆分单元，用于将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；第三读取单元，用于读取每个子数据包的索引信息，并判断索引信息是否一致；第三确定单元，用于若索引信息一致，确定所述第一医疗数据有效；若索引信息不一致，确定所述第一医疗数据无效。
可选的，在所述指定指标为字段饱和度时，所述检测模块包括：解析单元，用于解析第一医疗数据，定位所述第一医疗数据的指定位置的目标字段；第三计算单元，用于统计所述目标字段携带的字节数，或者，计算所述目标字段的字段长度；第四确定单元，用于通过所述字节数和/或所述字段长度确定字段饱和度；第五确定单元，用于若所述字段饱和度大于预设阈值，确定所述第一医疗数据有效；若所述字段饱和度小于或等于预设阈值，确定所述第一医疗数据无效。
根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，通过对医疗数据进行各个维度的验证，解决了相关技术的线上医疗数据真实性低的技术问题，可以保证医疗数据的准确性和完整性，进而保证了可视化视图的真实性，通过设置数据的数据流处理通道，可以实现数据传输的实时传输和快速传输。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本发明实施例的一种互联网数据的处理计算机的硬件结构框图；
图2是根据本发明实施例的互联网数据的处理方法的流程图；
图3是本发明实施例获取诊疗业务的医疗数据的流程图；
图4是根据本发明实施例的互联网数据的处理装置的结构框图。
【具体实施方式】
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在服务器、计算机或者类似的运算装置中执行。以运行在计算机上为例，图1是本发明实施例的一种互联网数据的处理计算机的硬件结构框图。如图1所示，计算机10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述计算机还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机的结构造成限定。例如，计算机10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的互联网数据的处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种互联网数据的处理方法，应用于医疗服务监管平台，图2是根据本发明实施例的互联网数据的处理方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，获取第一医疗数据；
本实施例的第一医疗数据是互联网医院在线上产生的业务数据，如诊疗业务，报销业务，包括在多个设备上产生的数据，如患者端的问诊数据、填写的病例数据，医院端的分诊数据，医师端的接诊数据、处方数据等。
步骤S204，对第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
本实施例通过在校验时间、数据包的序列长度、数据包的索引信息、字段饱和度四个维度对第一医疗数据进行质量检测，分别与第一医疗数据的数据实时性、数据连续性、数据关联性、数据完整性对应，保留有效数据，剔除无效数据，可以提高医疗数据的真实性和可用性；
步骤S206，响应数据展示指令，确定第二医疗数据的多个数据流处理节点和第二医疗数据流经多个数据流处理节点的流经顺序，按照流经顺序导通多个数据流处理节点，得到数据流处理通道；
本实施例的数据流处理节点至少包括：保存第二医疗数据的数据库节点、至少一个网络设备，数据展示设备，可以根据数据库节点和数据展示设备的分布方位选择合适的网络设备，以实现数据的实时和快速传输；
步骤S208，将第二医疗数据导入数据流处理通道，其中，数据流处理通道的终止节点为数据展示设备。
第二医疗数据通过数据流处理通道流转到数据展示设备上后，数据展示设备对其进行可视化处理。
通过本实施例的方案，通过对医疗数据进行各个维度的验证，解决了相关技术的线上医疗数据真实性低的技术问题，可以保证医疗数据的准确性和完整性，进而保证了可视化视图的真实性，通过设置数据的数据流处理通道，可以实现数据传输的实时传输和快速传输。
本实施例的执行主体是客户端，手机、平板、电脑、服务器等，也可以应在服务后台，服务中台等数据处理系统或业务系统中。
在本实施例中，图3是本发明实施例获取诊疗业务的医疗数据的流程图，获取第一医疗数据包括：
S302，通过超文本传输协议(Hyper Text Transfer Protocol，HTTP)Post请求调用问诊接口获取第一设备向目标线上医院发送的问诊信息，并验证问诊信息中的医院资格信息和患者资格信息；
问诊信息中包括：目标线上医院的医院标识和患者的身份信息，验证问诊信息包括验证医院资格和患者资格；
互联网医疗机构通过Http Post请求调用问诊接口，平台接受相关问诊审核信息，首先对医院资格进行校验，根据医院编号判断该医院是否有互联网接诊资格，然后对患者资格进行校验，患者就诊类别是否为常见病/慢性病。通过后可以调用接诊接口。
患者资格校验为校验患者是否为初次就诊，初次就诊的患者不允许直接在互联网医院就诊，必须在实体医院首次就诊后方可在互联网医院复诊。
S304，在问诊信息验证通过后，获取目标线上医院在第二设备上的接诊信息，并验证接诊信息中的医师身份和资历信息；
接诊信息包括接诊医生的身份和资历信息；
互联网医疗机构通过Http Post请求调用接诊接口，平台接受相关接诊信息，首先对医师资格进行校验，从医生资质信息数据库中判断医师是否有资格进行问诊。然后对患者资格进行校验，对于就诊年龄在0-6岁之间的儿童患者校验是否有监护人陪伴。通过后可以调用病历上传接口。
患者资格校验为对患者个人信息进行准入判断，对不符合规定如无监护人的儿童进行报警。
S306，在接诊信息验证通过后，获取第一设备上传的电子病例信息，并验证病例信息的数据格式和数据来源；
患者上传病历时，互联网医疗机构通过Http Post请求调用病历上传接口，平台接受相关病历信息，首先校验病历书写是否规范，然后通过电子签章技术判断是否是医师本人开立处方，对于不规范的病历或个人身份校验失败的在接口中返回相关警告信息。由医院进行处理。通过后可以调用处方接口。
在本实施例的一个实施方式中，验证病例信息的数据格式和数据来源包括：接收多个医疗机构上传的电子病例数据；按照上传机构和接诊时间对电子病例数据进行分类存储；在指定字段位置解析病例信息中的患者标识，以患者标识为关键字在病例库中查询电子病例；若电子病例中包括病例信息，确定病例信息有效；若电子病例中不包括病例信息，确定病例信息无效。
为了解决相关技术中不能跨医院共享电子病例的技术问题，本实施例还提出了一种电子病例的共享方法，以实现对病例信息的验证，包括：
S11：接收多个医疗机构上传的电子病例数据；
各级各类医疗机构通过统一数据接口以HTTP post请求方式上传门诊，处方，结算，运行病历，病案首页，检查检验结果，住院医嘱，手术记录、护理记录等信息至电子病历共享系统接入端。
S12：按照上传机构和接诊时间对上传的电子病例数据进行分类存储；
还可以对对分类后的数据进行清洗，去重。
将电子病例按照数据属性数据分为两类，一类包括：患者检验检查影像数据，另一类包括：处方，结算、住院医嘱，手术记录等数据，其中第一类属性的数据占用的存储资源较多，对格式没有要求，第二类数据占用的存储资源较少，且对格式有一定的要求。通过分类，可以增加数据库的查询速度。
将不同的医疗数据建立患者主索引号，患者就诊流水号存入对应的医疗主题库中，将患者个人信息和主索引号存入患者信息库中，患者检验检查影像数据存入检验检查影像库中。可以对不同主题的数据按时间，机构编码进行分表插入，提高查询速度。
本实施例的医疗主题包括：个人信息，门诊，处方，结算，运行病历，病案首页，检查检验结果，住院医嘱，手术记录、护理记录等。在数据接入前按机构号，时间分建立主表从表的存储格式，从表继承主表的表结构，从表添加时间，机构号唯一约束。数据落库时按机构号时间获取从库表名，插入指定从表。
处方，结算、住院医嘱，手术记录等数据以固定Json格式体进入程序中不同的接口，将其转化为格式化数据，以统一就诊流水号关联不同记录为一次就诊信息，将不同数据分库分表存入数据库中。
对于结构化数据，本方案通过自然语言(NLP)进行数据的录入，将各种格式的病例数据转换为文本数据，NLP的优点是医师在书写病例时不必改变他们习惯的记录方式，可以自由地表达各种信息。他们可以用手写文本或磁带录音。对于录音，NLP系统可以利用语音识别系统来分析自然语言中句子，处理其中包含的医学信息，从而进行数据的录入。NLP最基本的功能是对所用术语产生索引，这些索引可以提取含一个或多和指定术语的文本，NLP将可以将它们联系起来处理，进行推论。
针对数据库的修改，病历中医疗数据涉及到个人隐私，安全性极其重要，这不仅维护了患者的利益，也维护了医疗人员的利益。本方案的病例数据在存储完成后，在一个电子病例作为一个整理进行签名认证，如果后续修改，必须只能是相同的签名才能执行，否则只能在备份数据上进行修改，及时如此，针对修改的病例数据，数据库还会记录响应的修改记录，修改记录包括：修改医师，修改设备，修改原因，修改痕迹等。如上一级医师对病历内容进行删除或增加内容时，系统自动将删除的内容变红且在文字中间加一条横线；如果是主任医师对病历内容进行删除或增加内容时，系统自动将删除的内容变红且在文字中间加两条横线，对新加的内容变红且在文字下面加两条横线。
S13：接收电子病例的查询请求，以患者的身份标识为关键字在病例库中查询电子病例；
1)医师，医护人员登录电子病历系统。
2)输入患者个人身份证件信息或患者索引号，查询患者病历信息，通过就诊区域，医院名称，时间跨度等条件进行病历筛选。
3)查询结果分为就诊时间轴(医院，科室，诊断信息，时间点)，患者基本信息(性别，年龄，出生年月，手机号码)，检验检查结果，门诊，处方(时间轴，药品信息)，住院(时间轴，科室，医嘱)等模块
4)处方，检验检查结果，门诊，住院等详情按钮可查询二级详细信息，其中检查检验详情页可通过唯一检查检验影像号点击后跳转患者影像页，查看患者检查检验影像信息。
S14：在此次就诊产生新的病例信息时，将其保存至病例库。
S308，在病例信息验证通过后，获取第二设备基于病例信息开立的处方信息，并验证处方信息的开方医师资格和处方内容；
处方信息包括：开方医师，处方内容(诊断结果和对应的诊治药品)和处方的支付金额；
医生开立处方时，互联网医疗机构通过Http Post请求调用处方接口，平台接受相关处方信息，对医师资格进行校验，从医生资质信息数据库中判断医师是否有资格进行开立处方，然后对药师身份进行校验，通过电子签章技术验证药师是否为本人。通过后可以调用结算接口。
患者结算时，互联网医疗机构通过Http Post请求调用处方接口，平台接受药品信息，从药品总费用是否合理，药品种类是否合理，药品数量是否合理三方面进行校验，判断结算清单信息是否有过度诊疗行为，对于不规范的结算信息在接口中返回相关警告信息。由医院进行处理。通过后可以调用派药接口。
S310，在处方信息验证通过后，获取第三设备的药品派送信息，并验证药品派送信息的物流资质和药房资格；
S312，在药品派送信息验证通过后，将问诊信息、接诊信息、病例信息、处方信息、药品派送信息打包为第一医疗数据。
药品派送信息包括：配药药房和派药物流；药房派药时，互联网医疗机构通过HttpPost请求调用处方接口，平台接受派药信息，通过药房资质，第三方物流资质数据库对药房资格，物流资格进行校验。通过后监管流程闭环结束。
本实施例在对第一医疗数据的指定指标进行质量检测，通过大数据分析，在数据实时性、数据连续性、数据关联性、数据完整性4个方面制定医疗数据上传质量标准，分别通过检测医疗数据的校验时间、数据包的序列长度、数据包的索引信息、字段饱和度来实现，监管各管辖医疗机构上传数据是否符合上传数据质量，确保在高质量的数据状态下进行各维度的监管规则分析；按照权重分布，对医疗数据质量进行打分，将抽象概念进行量化。如，校验时间(满分20分)、数据包的序列长度(满分30分)、数据包的索引信息(满分20分)和字段饱和度(满分30分)4个方面分别打分。
本实施例的校验时间是对接口上传的每笔数据时效进行监管，根据业务接口中上传的交易发生时间和实际上传接口时间进行比较。如，传输时间10分钟间隔为标准值，标准分为满分的60％；每提前一分钟，增加5％分数，每延迟一分钟，减少5％分数；直至0分。
在本实施例的一个示例中，在指定指标为校验时间时，对第一医疗数据的指定指标进行质量检测包括：读取携带第一医疗数据的数据包的时间戳，以及解析医疗数据以读取第一医疗数据的生成时间；将生成时间减去时间戳，得到校验时间；若校验时间小于标准值，确定第一医疗数据有效；若校验时间大于或等于标准值，确定第一医疗数据无效。
本实施例的数据包的序列长度是对医院数据是否每日上传的数据量是否正常进行监管，以每家医院30天平均传输量作为医院自己的标准值，高于或低于标准值3倍，则为当天异常处理；如当天未传输，则当天异常；每天指标判定值为一分，判定传输量和数据包的序列长度，如有一项指标异常，扣除当天分数。
在本实施例的另一个示例中，在指定指标为数据包的序列长度时，对第一医疗数据的指定指标进行质量检测包括：将第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；读取起始数据包和终止数据包中的起始序列和终止序列；通过起始序列和终止序列计算序列长度；若序列长度大于预设长度，确定第一医疗数据有效；若序列长度小于或等于预设长度，确定第一医疗数据无效。
本实施例的数据包的索引信息是指对医院上传的业务相关的接口进行关联率监管，比如费用结算接口和病案首页接口，结算数据总量关联到的运行病历数据量所占比为运行病历关联率，用于体现整体数据的字段饱和度。如，80％作为标准值，满分的60％为起始分数；每增加5％，增加2分；每减少5％，减少2分；若为0，全部扣除。
在本实施例的另一个示例中，在指定指标为数据包的索引信息时，对第一医疗数据的指定指标进行质量检测包括：将第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；读取每个子数据包的索引信息，并判断索引信息是否一致；若索引信息一致，确定第一医疗数据有效；若索引信息不一致，确定第一医疗数据无效。
本实施例的字段饱和度是指对医院上传的重点业务接口中的关键字段饱和度进行监管，字段按重要级别分为A和B类字段，A类字段以饱和度90％为标准值，B类以饱和度70％为标准值；不符合标准值得字段，扣除1分，扣光为止。重要字段包括患者信息，位置信息，费用信息，电子病例等。
在本实施例的另一个示例中，在指定指标为字段饱和度时，对第一医疗数据的指定指标进行质量检测包括：解析第一医疗数据，定位第一医疗数据的指定位置的目标字段；统计目标字段携带的字节数，或者，计算目标字段的字段长度；通过字节数和/或字段长度确定字段饱和度；若字段饱和度大于预设阈值，确定第一医疗数据有效；若字段饱和度小于或等于预设阈值，确定第一医疗数据无效。
在本实施例中，在进行数据展示时，可以在以下维度进行展示，包括：
实时运营分析：动态展示今日实时接入的医院数、在线问诊数和在线挂号数；今昨两日就诊流量进行时间流趋势比对；下钻查看医院运营情况，按就诊核心业务‘挂号-问诊-处方-结算-派药’进行各流程数量和异常分析；
诊疗科目分析：以热力图形式按时间显示诊疗科室开展情况，重点分析超范围行医情况；
重点人群监测：按区域进行重点人群分析，重点分析各类人群就诊人次、多发疾病及异常就诊情况；
地图沙盘分析：沙盘地图高可视化展示接入医院所属区域，当日该区域实时门急诊人次、医疗收入、出入院人数；
处方费用：对在线开具的处方进行分析，重点分析处方总费用以及处方均次费用变化趋势、药品使用占比、国家基本药物使用金额及占比、抗菌药物使用金额及占比、不适宜处方(包括适应症不适宜、配伍不适宜、用药用量不适宜、联合用药不适宜等)；
疾病分布：对患者就诊疾病进行分析，重点分析地区疾病谱、患者画像及异常就诊情况；其中，本方案的患者画像是指根据患者年龄、地域、就诊量、疾病这些维度进行统计汇总，分析出哪个年龄段就诊量率高、主要分布在哪个地区、高发疾病的人群等信息；通过大数据spark流式计算技术手段进行分析。异常就诊情况是指触犯监管规则报出的异常，对异常情况进行违规分类汇总如：病历类、处方类、疾病类、资格类等，找出互联网医院普遍存在的问题，细化监管规则，进行重点监管；
收入结算：今昨两日收入进行时间流趋势比对；重点分析收入构成、总费用与次均就诊费用。
异常分析：对互联网诊疗平台的运营合规性、医院资质、医生信息备案，诊疗行为中的在线问诊、开具处方、病历书写、药品配送等核心业务进行归集分析；异常处理追踪：对互联网诊疗中的异常就诊情况进行在线监测，追踪互联网医院对于异常的处理情况，并生成追责提醒任务；
智能预警：对互联网医疗服务进行全流程实时监管，重点监管互联网人员、处方、诊疗行为。对医务人员的身份与服务权限、诊疗范围、处方开具、就诊费用金额、药品配送等进行风险分析，对识别到的异常与互联网医院进行实时预警反馈，并按属地化原则对发生异常医院的卫生行政部门进行风险提示。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种互联网数据的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的互联网数据的处理装置的结构框图，应用于医疗服务监管平台，如图4所示，该装置包括：获取模块40，检测模块42，处理模块44，导入模块46，其中，
获取模块40，用于获取第一医疗数据；
检测模块42，用于对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
处理模块44，用于响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序将所述多个数据流处理节点连接起来得到数据流处理通道；
导入模块46，用于将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为显示设备。
可选的，所述获取模块包括：第一获取单元，用于通过超文本传输协议HTTP Post请求调用问诊接口获取第一设备向目标线上医院发送的问诊信息，并验证所述问诊信息中的医院资格信息和患者资格信息；第二获取单元，用于在所述问诊信息验证通过后，获取所述目标线上医院在第二设备上的接诊信息，并验证所述接诊信息中的医师身份和资历信息；第三获取单元，用于在所述接诊信息验证通过后，获取所述第一设备上传的电子病例信息，并验证所述病例信息的数据格式和数据来源；第四获取单元，用于在所述病例信息验证通过后，获取所述第二设备基于所述病例信息开立的处方信息，并验证所述处方信息的开方医师资格和处方内容；第五获取单元，用于在所述处方信息验证通过后，获取第三设备的药品派送信息，并验证所述药品派送信息的物流资质和药房资格；打包单元，用于在所述药品派送信息验证通过后，将所述问诊信息、所述接诊信息、所述病例信息、所述处方信息、所述药品派送信息打包为所述第一医疗数据。
可选的，所述第三获取单元包括：接收子单元，用于接收多个医疗机构上传的电子病例数据；存储子单元，用于按照上传机构和接诊时间对所述电子病例数据进行分类存储；查询子单元，用于在指定字段位置解析所述病例信息中的患者标识，以所述患者标识为关键字在病例库中查询电子病例；验证子单元，用于若所述电子病例中包括所述病例信息，确定所述病例信息有效；若所述电子病例中不包括所述病例信息，确定所述病例信息无效。
可选的，在所述指定指标为校验时间时，所述检测模块包括：第一读取单元，用于读取携带所述第一医疗数据的数据包的时间戳，以及解析医疗数据以读取所述第一医疗数据的生成时间；第一计算单元，用于将所述生成时间减去所述时间戳，得到校验时间；第一确定单元，用于若所述校验时间小于标准值，确定所述第一医疗数据有效；若所述校验时间大于或等于标准值，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的序列长度时，所述检测模块包括：第一拆分单元，用于将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；第二读取单元，用于读取起始数据包和终止数据包中的起始序列和终止序列；第二计算单元，用于通过所述起始序列和所述终止序列计算序列长度；第二确定单元，用于若所述序列长度大于预设长度，确定所述第一医疗数据有效；若所述序列长度小于或等于预设长度，确定所述第一医疗数据无效。
可选的，在所述指定指标为数据包的索引信息时，所述检测模块包括：第二拆分单元，用于将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；第三读取单元，用于读取每个子数据包的索引信息，并判断索引信息是否一致；第三确定单元，用于若索引信息一致，确定所述第一医疗数据有效；若索引信息不一致，确定所述第一医疗数据无效。
可选的，在所述指定指标为字段饱和度时，所述检测模块包括：解析单元，用于解析第一医疗数据，定位所述第一医疗数据的指定位置的目标字段；第三计算单元，用于统计所述目标字段携带的字节数，或者，计算所述目标字段的字段长度；第四确定单元，用于通过所述字节数和/或所述字段长度确定字段饱和度；第五确定单元，用于若所述字段饱和度大于预设阈值，确定所述第一医疗数据有效；若所述字段饱和度小于或等于预设阈值，确定所述第一医疗数据无效。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，获取第一医疗数据；
S2，对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
S3，响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序导通所述多个数据流处理节点，得到数据流处理通道；
S4，将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为数据展示设备。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，获取第一医疗数据；
S2，对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
S3，响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序导通所述多个数据流处理节点，得到数据流处理通道；
S4，将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为数据展示设备。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (10)
1.一种互联网数据的处理方法，其特征在于，应用于医疗服务监管平台，所述方法包括：
获取第一医疗数据；
对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序导通所述多个数据流处理节点，得到数据流处理通道；
将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为数据展示设备。
2.根据权利要求1所述的方法，其特征在于，获取第一医疗数据包括：
通过超文本传输协议HTTP Post请求调用问诊接口获取第一设备向目标线上医院发送的问诊信息，并验证所述问诊信息中的医院资格信息和患者资格信息；
在所述问诊信息验证通过后，获取所述目标线上医院在第二设备上的接诊信息，并验证所述接诊信息中的医师身份和资历信息；
在所述接诊信息验证通过后，获取所述第一设备上传的电子病例信息，并验证所述病例信息的数据格式和数据来源；
在所述病例信息验证通过后，获取所述第二设备基于所述病例信息开立的处方信息，并验证所述处方信息的开方医师资格和处方内容；
在所述处方信息验证通过后，获取第三设备的药品派送信息，并验证所述药品派送信息的物流资质和药房资格；
在所述药品派送信息验证通过后，将所述问诊信息、所述接诊信息、所述病例信息、所述处方信息、所述药品派送信息打包为所述第一医疗数据。
3.根据权利要求2所述的方法，其特征在于，验证所述病例信息的数据格式和数据来源包括：
接收多个医疗机构上传的电子病例数据；
按照上传机构和接诊时间对所述电子病例数据进行分类存储；
在指定字段位置解析所述病例信息中的患者标识，以所述患者标识为关键字在病例库中查询电子病例；
若所述电子病例中包括所述病例信息，确定所述病例信息有效；若所述电子病例中不包括所述病例信息，确定所述病例信息无效。
4.根据权利要求1所述的方法，其特征在于，在所述指定指标为校验时间时，对所述第一医疗数据的指定指标进行质量检测包括：
读取携带所述第一医疗数据的数据包的时间戳，以及解析医疗数据以读取所述第一医疗数据的生成时间；
将所述生成时间减去所述时间戳，得到校验时间；
若所述校验时间小于标准值，确定所述第一医疗数据有效；若所述校验时间大于或等于标准值，确定所述第一医疗数据无效。
5.根据权利要求1所述的方法，其特征在于，在所述指定指标为数据包的序列长度时，对所述第一医疗数据的指定指标进行质量检测包括：
将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；
读取起始数据包和终止数据包中的起始序列和终止序列；
通过所述起始序列和所述终止序列计算序列长度；
若所述序列长度大于预设长度，确定所述第一医疗数据有效；若所述序列长度小于或等于预设长度，确定所述第一医疗数据无效。
6.根据权利要求1所述的方法，其特征在于，在所述指定指标为数据包的索引信息时，对所述第一医疗数据的指定指标进行质量检测包括：
将所述第一医疗数据拆分为多个子数据包，其中，每个子数据包对应一个业务接口的数据源；
读取每个子数据包的索引信息，并判断索引信息是否一致；
若索引信息一致，确定所述第一医疗数据有效；若索引信息不一致，确定所述第一医疗数据无效。
7.根据权利要求1所述的方法，其特征在于，在所述指定指标为字段饱和度时，对所述第一医疗数据的指定指标进行质量检测包括：
解析第一医疗数据，定位所述第一医疗数据的指定位置的目标字段；
统计所述目标字段携带的字节数，或者，计算所述目标字段的字段长度；
通过所述字节数和/或所述字段长度确定字段饱和度；
若所述字段饱和度大于预设阈值，确定所述第一医疗数据有效；若所述字段饱和度小于或等于预设阈值，确定所述第一医疗数据无效。
8.一种互联网数据的处理装置，其特征在于，应用于医疗服务监管平台，所述装置包括：
获取模块，用于获取第一医疗数据；
检测模块，用于对所述第一医疗数据的指定指标进行质量检测，得到第二医疗数据，其中，所述指定指标包括：校验时间、数据包的序列长度、数据包的索引信息、字段饱和度；
处理模块，用于响应数据展示指令，确定所述第二医疗数据的多个数据流处理节点和所述第二医疗数据流经所述多个数据流处理节点的流经顺序，按照所述流经顺序将所述多个数据流处理节点连接起来得到数据流处理通道；
导入模块，用于将所述第二医疗数据导入所述数据流处理通道，其中，所述数据流处理通道的终止节点为显示设备。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010234638.7A CN111554371A (zh) | 2020-03-30 | 2020-03-30 | 互联网数据的处理方法及装置、计算机设备、存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010234638.7A CN111554371A (zh) | 2020-03-30 | 2020-03-30 | 互联网数据的处理方法及装置、计算机设备、存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111554371A true CN111554371A (zh) | 2020-08-18 |
Family
ID=72000001
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010234638.7A Pending CN111554371A (zh) | 2020-03-30 | 2020-03-30 | 互联网数据的处理方法及装置、计算机设备、存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111554371A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111933246A (zh) * | 2020-08-31 | 2020-11-13 | 平安国际智慧城市科技股份有限公司 | 医疗处方分析方法、系统、电子设备及存储介质 |
| CN112599217A (zh) * | 2020-12-02 | 2021-04-02 | 平安医疗健康管理股份有限公司 | 患者用药行为的画像方法、装置、计算机设备及存储介质 |
| CN114334051A (zh) * | 2021-11-11 | 2022-04-12 | 北京华益精点生物技术有限公司 | 医疗数据同步方法、设备、电子设备及存储介质 |
| CN115631852A (zh) * | 2022-11-02 | 2023-01-20 | 北京大学重庆大数据研究院 | 证型推荐方法、装置、电子设备及非易失性存储介质 |
| CN116662375A (zh) * | 2023-08-02 | 2023-08-29 | 湖南远跃科技发展有限公司 | 一种基于his的处方数据校验方法及系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105550511A (zh) * | 2015-12-11 | 2016-05-04 | 北京锐软科技股份有限公司 | 一种基于数据校验技术的数据质量测评系统及方法 |
| CN107819693A (zh) * | 2016-09-12 | 2018-03-20 | 北京百度网讯科技有限公司 | 用于数据流系统的数据流处理方法及装置 |
| CN107909822A (zh) * | 2017-11-29 | 2018-04-13 | 银江股份有限公司 | 一种基于流量和饱和度分析的scats线圈检测器自动诊断方法 |
| CN109524069A (zh) * | 2018-11-09 | 2019-03-26 | 南京医渡云医学技术有限公司 | 医疗数据处理方法、装置、电子设备和存储介质 |
| CN110176310A (zh) * | 2019-04-30 | 2019-08-27 | 江苏微药医疗信息咨询有限责任公司 | 一种医药咨询平台系统及其使用方法 |
| CN110504011A (zh) * | 2019-08-15 | 2019-11-26 | 广东康之家云健康医药股份有限公司 | 一种远程视屏诊疗系统 |
-
2020
- 2020-03-30 CN CN202010234638.7A patent/CN111554371A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105550511A (zh) * | 2015-12-11 | 2016-05-04 | 北京锐软科技股份有限公司 | 一种基于数据校验技术的数据质量测评系统及方法 |
| CN107819693A (zh) * | 2016-09-12 | 2018-03-20 | 北京百度网讯科技有限公司 | 用于数据流系统的数据流处理方法及装置 |
| CN107909822A (zh) * | 2017-11-29 | 2018-04-13 | 银江股份有限公司 | 一种基于流量和饱和度分析的scats线圈检测器自动诊断方法 |
| CN109524069A (zh) * | 2018-11-09 | 2019-03-26 | 南京医渡云医学技术有限公司 | 医疗数据处理方法、装置、电子设备和存储介质 |
| CN110176310A (zh) * | 2019-04-30 | 2019-08-27 | 江苏微药医疗信息咨询有限责任公司 | 一种医药咨询平台系统及其使用方法 |
| CN110504011A (zh) * | 2019-08-15 | 2019-11-26 | 广东康之家云健康医药股份有限公司 | 一种远程视屏诊疗系统 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111933246A (zh) * | 2020-08-31 | 2020-11-13 | 平安国际智慧城市科技股份有限公司 | 医疗处方分析方法、系统、电子设备及存储介质 |
| CN112599217A (zh) * | 2020-12-02 | 2021-04-02 | 平安医疗健康管理股份有限公司 | 患者用药行为的画像方法、装置、计算机设备及存储介质 |
| CN112599217B (zh) * | 2020-12-02 | 2022-10-18 | 深圳平安医疗健康科技服务有限公司 | 患者用药行为的画像方法、装置、计算机设备及存储介质 |
| CN114334051A (zh) * | 2021-11-11 | 2022-04-12 | 北京华益精点生物技术有限公司 | 医疗数据同步方法、设备、电子设备及存储介质 |
| CN115631852A (zh) * | 2022-11-02 | 2023-01-20 | 北京大学重庆大数据研究院 | 证型推荐方法、装置、电子设备及非易失性存储介质 |
| CN115631852B (zh) * | 2022-11-02 | 2024-04-09 | 北京大学重庆大数据研究院 | 证型推荐方法、装置、电子设备及非易失性存储介质 |
| CN116662375A (zh) * | 2023-08-02 | 2023-08-29 | 湖南远跃科技发展有限公司 | 一种基于his的处方数据校验方法及系统 |
| CN116662375B (zh) * | 2023-08-02 | 2023-10-10 | 湖南远跃科技发展有限公司 | 一种基于his的处方数据校验方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200350044A1 (en) | System and method for health care data integration and management | |
| CN111554371A (zh) | 互联网数据的处理方法及装置、计算机设备、存储介质 | |
| CN111145844B (zh) | 综合医疗监管平台 | |
| US8086468B2 (en) | Method for computerising and standardizing medical information | |
| US20150213194A1 (en) | Methods, Devices, And Systems For Multi-Format Data Aggregation | |
| US20140278479A1 (en) | Fraud detection in healthcare | |
| McDonald et al. | A framework for capturing clinical data sets from computerized sources | |
| CN111552734A (zh) | 用户画像的生成方法及装置、计算机设备、存储介质 | |
| Scobie et al. | Measurement of the safety and quality of health care | |
| KR102156197B1 (ko) | 처방 정보를 통한 의료 정보 제공 방법 및 장치 | |
| CN109616187A (zh) | 医师违规执业的监控方法、监控服务端及存储介质 | |
| CN113903423A (zh) | 用药方案推荐方法、装置、设备及介质 | |
| AU2021100430A4 (en) | Blockchain: Health Care Information Exchange using Blockchain- Based Technology | |
| CN114155949A (zh) | 一种病案首页的审核方法、装置及设备 | |
| CN115101186B (zh) | 基于大数据的医院就诊信息管理方法及装置 | |
| Sung et al. | Trends and future direction of the clinical decision support system in traditional Korean Medicine | |
| US20210125692A1 (en) | Medication list generator | |
| CN114155968A (zh) | 一种建立映射关系的方法、手术操作的审核方法及设备 | |
| Taylor et al. | Development and testing of data infrastructure in the American College of Emergency Physicians’ Clinical Emergency Data Registry for opioid‐related research | |
| CN113658009A (zh) | 理赔信息处理方法和装置 | |
| US11393566B1 (en) | Interoperable platform for reducing redundancy in medical database management | |
| Chan | Development of a multipurpose dataset to evaluate potential medication errors in ambulatory settings | |
| RU2818874C1 (ru) | Система поддержки принятия врачебных решений | |
| Baldwin et al. | A Study Protocol to Increase Engagement in Evidence Based Hospital and Community Based Care Using a Serious Injection Related Infections (SIRI) Checklist and Enhanced Peer for Hospitalized PWID (ShaPe) | |
| WO2023229096A1 (ko) | 개인 의료 데이터 관리 플랫폼 기반 건강관리 서비스 제공 시스템 |
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 |
Effective date of registration: 20220527 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, Area H, 666 Beijing East Road, Huangpu District, Shanghai 200001 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |
|
| TA01 | Transfer of patent application right |