CN110765232B - 数据处理方法、装置、计算机设备和存储介质 - Google Patents

数据处理方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN110765232B
CN110765232B CN201910965081.1A CN201910965081A CN110765232B CN 110765232 B CN110765232 B CN 110765232B CN 201910965081 A CN201910965081 A CN 201910965081A CN 110765232 B CN110765232 B CN 110765232B
Authority
CN
China
Prior art keywords
case
data
standard
entry
item
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.)
Active
Application number
CN201910965081.1A
Other languages
English (en)
Other versions
CN110765232A (zh
Inventor
程吉安
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Ping An Medical Health Technology Service Co Ltd
Original Assignee
Shenzhen Ping An Medical Health Technology Service Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Ping An Medical Health Technology Service Co Ltd filed Critical Shenzhen Ping An Medical Health Technology Service Co Ltd
Priority to CN201910965081.1A priority Critical patent/CN110765232B/zh
Publication of CN110765232A publication Critical patent/CN110765232A/zh
Application granted granted Critical
Publication of CN110765232B publication Critical patent/CN110765232B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/31—Indexing; Data structures therefor; Storage structures
    • G06F16/313—Selection or weighting of terms for indexing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/35—Clustering; Classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/548—Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及基础运维领域，提供了一种数据处理方法、装置、计算机设备和存储介质。其中方法包括：接收评价请求，调用第一线程将评价请求写入第一队列；调用第二线程从第一队列中读取评价请求，获取其中携带的第一病例标识，从病例数据库中查询第一病例数据，将其中的目标条目数据与第一病例标识对应存储至第一数据表中，并将第一病例标识写入第二队列；调用第三线程从第二队列中读取第二病例标识，从病例数据库中查询第二病例数据，根据第二病例数据从标准条目数据库中查询对应的标准条目数据，并与第二病例标识对应存储至第二数据表中；调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，根据查询数据确定评价结果并发送至终端。

Description

数据处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域，特别是涉及一种数据处理方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术的飞速发展，计算机技术逐渐应用到医疗领域，在医疗领域，经常需要对疾病治疗方案的合理性进行评价，从而为医保欺诈、治疗方案的正确与否等提供依据。
传统技术中，相关评价人员通常可通过终端向服务器发送评价请求，由服务器对评价请求进行相应处理，并向终端同步返回处理结果，由于所有的评价请求都是发送到统一的服务器，由统一的服务器依次进行处理，当出现对某一个请求的处理延迟时，其他请求可能无法得到及时效应，最终导致服务器的响应效率低下。
发明内容
基于此，有必要针对上述技术问题，提供一种能够提高服务器响应效率的数据处理方法、装置、计算机设备和存储介质。
一种数据处理方法，所述方法包括：
接收终端发送的评价请求，调用第一线程将所述评价请求写入第一队列中；
调用多个第二线程从所述第一队列中读取评价请求，获取所述评价请求携带的第一病例标识，根据所述第一病例标识从病例数据库中查询第一病例数据，将所述第一病例数据中的目标条目数据与所述第一病例标识对应存储至第一数据表中，并将所述第一病例标识写入第二队列；
调用多个第三线程从所述第二队列中读取第二病例标识，根据所述第二病例标识从病例数据库中查询第二病例数据，根据所述第二病例数据确定对应的病例类型，根据所述病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将所述标准条目数据与所述第二病例标识对应存储至第二数据表中；
调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，根据所述查询数据确定所述评价请求对应的评价结果，将所述评价结果发送至所述终端。
在其中一个实施例中，所述标准条目数据库的建立步骤包括：
从所述病例数据库获取历史病例数据；
对所述历史病例数据进行标准化处理，对标准化处理后的所述历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；
根据所述病例类型及其对应的条目集合构建标准条目数据库。
在其中一个实施例中，所述根据病例类型及其对应的条目集合构建标准条目数据库，包括：
获取所述病例类型对应的条目集合中每一个条目对应的数量和费用；
根据每一个条目对应的数量和费用计算所述病例类型对应的条目集合中每一个条目的权重，根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目；
根据所述病例类型、所述病例类型对应的标准条目及所述标准条目对应的权重构建标准条目数据库。
在其中一个实施例中，在所述根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目之前，所述方法还包括：
将每一个病例类型对应的条目集合与其对应的预设条目数据进行比对；
将比对相同的条目确定为待更新条目，对所述待更新条目的权重放大预设的倍数以对所述待更新条目的权重进行更新，
在其中一个实施例中，所述根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目，包括：
对所述病例类型对应的条目集合中每一个条目的权重进行归一化处理，根据归一化处理后的权重对条目集合中的条目进行排序，根据排序结果选取预设数量的条目确定为所述病例类型对应的标准条目。
在其中一个实施例中，所述标准条目数据包括标准条目及所述标准条目对应的权重；所述根据所述查询数据确定所述评价请求对应的评价结果，包括：
将查询数据中每一个病例标识对应的目标条目数据与标准条目数据进行比对；
将目标条目数据中与标准条目数据比对一致的目标条目按照与其比对一致的标准条目确定权值，将目标条目数据中与标准条目数据比对不一致的目标条目的权重确定为零；
将目标条目数据中权重超过第一预设阈值的目标条目确定为相关条目，获取所述相关条目对应的费用与所述目标条目数据的总费用的比值；
当所述比值超过第二预设阈值时，确定评价结果为第一类结果，否则，确定评价结果为第二类结果，其中，第一类结果表征所述病例标识对应的病例为可疑病例，第二类结果表征所述病例标识对应的病例为非可疑病例。
一种数据处理装置，所述装置包括：
评价请求接收模块，用于接收终端发送的评价请求，调用第一线程将所述评价请求写入第一队列中；
评价请求读取模块，用于调用多个第二线程从所述第一队列中读取评价请求，获取所述评价请求携带的第一病例标识，根据所述第一病例标识从病例数据库中查询第一病例数据，将所述第一病例数据中的目标条目数据与所述第一病例标识对应存储至第一数据表中，并将所述第一病例标识写入第二队列；
病例标识读取模块，用于调用多个第三线程从所述第二队列中读取第二病例标识，根据所述第二病例标识从病例数据库中查询第二病例数据，根据所述第二病例数据确定对应的病例类型，根据所述病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将所述标准条目数据与所述第二病例标识对应存储至第二数据表中；
关联查询模块，用于调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，根据所述查询数据确定所述评价请求对应的评价结果，将所述评价结果发送至所述终端。
在其中一个实施例中，上述装置还包括：标准条目数据库建立模块，用于从所述病例数据库获取历史病例数据；对所述历史病例数据进行标准化处理，对标准化处理后的所述历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；根据所述病例类型及其对应的条目集合构建标准条目数据库。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意实施例所述的数据处理方法。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意实施例所述的数据处理方法。
上述数据处理方法、装置、计算机设备和存储介质，在接收到评价请求后，首先调用第一线程将评价请求写入第一队列中，然后调用多个第二线程读取评价请求，将评价请求对应的目标条目数据存储至第一数据表，并将评价请求对应的病例标识写入第二队列，接着调用多个第三线程将从第二队列中读取病例标识，根据读取的病例标识得到标准条目数据，将评价请求对应的标准条目数据写入第二数据表，最后通过调用第四线程对第一数据表及第二数据表进行关联查询得到查询数据，由于采用了多线程、多队列的处理模式，服务器可以同时对多个评价请求进行处理，各个评价请求由不同的线程来处理，避免了由于某一个评价请求的处理延迟导致其他请求无法及时响应的情况，提高了服务器的响应效率。
附图说明
图1为一个实施例中数据处理方法的应用场景图；
图2为一个实施例中数据处理方法的流程示意图；
图3为一个实施例中标准条目数据库的建立步骤的流程示意图；
图4为一个实施例中数据处理装置的结构框图；
图5为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器在接收到任意一个终端发送的评价请求时，调用第一线程将评价请求写入第一队列中，然后调用多个第二线程从第一队列中读取评价请求，获取其中携带的第一病例标识，从病例数据库中查询与第一病例标识对应的第一病例数据，将第一病例数据与第一病例标识对应存储至第一数据库中，并将第一病例标识写入第二队列中，服务器接着调用多个第三线程从第二队列中读取第二病例标识，根据第二病例标识查询病例数据以确定对应的病例类型，从标准条目数据库中查询确定的病例类型对应的标准条目数据，将标准条目数据与第二病例标识关联存现至第二数据库中，最后，服务器通过调用第四线程对两个数据表中的数据进行关联查询，得到查询数据，根据查询数据确定评价结果，并发送至对应的终端。
其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种数据处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
步骤202，接收终端发送的评价请求，调用第一线程将评价请求写入第一队列中。
具体地，第一线程为单线程。服务器在接收到来自不同终端的评价请求后，调用第一线程将接收到的评价请求按照接收时间的先后顺序写入第一队列。其中，评价请求携带病例标识，病例标识用于对患者的单次就诊的病例数据进行标识，可由预设位数的字母、数字、特殊符号中的至少一种组成。
步骤204，调用多个第二线程从第一队列中读取评价请求，获取评价请求携带的第一病例标识，根据第一病例标识从病例数据库中查询第一病例数据，将第一病例数据中的目标条目数据与第一病例标识对应存储至第一数据表中，并将第一病例标识写入第二队列。
其中，病例数据库指的是用于存储病例数据的数据库，病例数据指的是单次就诊过程中产生的数据，包括患者的身份信息、病例诊断信息、条目数据及条目数据对应的费用，条目数据指的是患者就诊过程中产生的收费项目，例如血常规、血糖、血压等。
具体地，服务器调用多个第二线程分别从第一队列中读取评价请求，服务器在调用每一个第二线程读取到评价请求后，通过该第二线程对读取的评价请求进行解析，以获取其中携带的第一病例标识，这里的第一病例标识用于对评价请求所需要评价的病例数据进行标识。服务器进一步调用该第二线程从病例数据库中查询第一病例标识对应的第一病例数据，提取第一病例数据中的目标条目数据，将提取到的目标条目数据与该线程当前解析得到的第一病例标识对应存储至第一数据表中，同时，服务器还调用该第二线程将已存储的第一病例标识写入第二队列。可以理解的是，第二队列中的病例标识与第一数据表中的病例标识一一对应。
在一个实施例中，服务器可对第一队列设置队列锁，当其中一个线程访问第一队列时，通过队列锁对第一队列进行锁定，从而防止多个第二线程读取到同一个评价请求。
在一个实施例中，服务器在调用第二线程查询到第一病例标识对应的病例数据后，可对该病例数据进行标准化处理，从标准化处理的病例数据中提取目标条目数据。标准化处理指的是将病例数据中的疾病诊断、收费项目等名称统一成标准用语。
步骤206，调用多个第三线程从第二队列中读取第二病例标识，根据第二病例标识从病例数据库中查询第二病例数据，根据第二病例数据确定对应的病例类型，根据病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将标准条目数据与第二病例标识对应存储至第二数据表中。
其中，病例类型指的是对病例数据库中的历史病例数据进行分类得到的分类结果。标准条目数据库中存储了所有的病例类型及每一个病例类型对应的标准条目数据。病例类型对应的标准条目数据指的是该与病例类型对应的标准条目相关的数据，其中，标准条目指的是该病例类型对应的患者在进行正确治疗的前提下所产生的收费项目相关数据。在一个实施例中，标准条目数据中包括多个标准条目及各个标准条目对应的权重。
具体地，服务器分别调用多个第三线程从第二队列中读取第二病例标识，服务器在调用每一个第三线程读取到第二病例标识后，通过该第三线程从病例数据库中查询第二病例数据，对二病例数据进行分类得到对应的病例类型，由于标准条目数据库中存储了所有病例类型对应的标准条目数据，因此，服务器可以调用第三线程从标准条目数据库中获取当前已得到的病例类型所对应的标准条目数据，将获取到的标准条目数据与该线程读取到的第二病例标识对应存储至第二数据表中。
在一个实施例中，服务器可对第二队列设置队列锁，当其中一个线程访问第一队列时，通过队列锁对第二队列进行锁定，从而防止多个第三线程读取到同一个病例标识。
在一个实施例中，标准条目数据库按照以下步骤建立：从病例数据库获取历史病例数据；对历史病例数据进行标准化处理，对标准化处理后的历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；根据病例类型及其对应的条目集合构建标准条目数据库。
步骤208，调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，根据查询数据确定评价请求对应的评价结果，将评价结果发送至终端。
具体地，第四线程为单线程。服务器通过调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，其中，关联查询包括但不限于全连接查询、左连接查询、右连接查询、内连接查询，在进行关联查询时，将病例标识作为匹配列，得到的查询数据中至少包括关联成功的查询数据，其中，关联成功指的是第一数据表和第二数据表的在病例标识列具有相同的字段值，因此，得到的每一条关联成功的查询数据包括病例标识及与该病例标识对应的目标条目数据、标准条目数据。
在一个实施例中，服务器调用第四线程进行内连接查询时，可执行以下SQL语句：SELECT*FROM Table1 t1 INNER JOIN Table2 t2 ON t1.Col1＝t2.Col1，其中，t1为第一数据表，t2为第二数据表，t1.ID为t1的主键，t2.ID为t2的主键，t1和t2的主键均为病例标识。内连接查询得到的查询数据中只包括关联成功的数据。
进一步，服务器在调用第四线程得到查询数据后，进一步通过该第四线程确定评价请求对应的评价结果，将评价结果发送至终端。
在一个实施例中，服务器可以直接将查询数据确定为评价结果，将查询数据直接返回至终端。
在一个实施例中，调用第四线程对第一数据表和第二数据表进行关联查询时，对于关联成功的数据可以从第一数据表和第二数据表中删除，以避免重复查询。在另一个实施例中，服务器可在每一次关联查询完成后，分别将第一数据库和第二数据库中关联成功的数据进行状态标记，下次关联查询时只对未进行状态标记的数据进行关联查询。
上述数据处理方法中，服务器在接收到评价请求后，首先调用第一线程将评价请求写入第一队列中，然后调用多个第二线程读取评价请求，将评价请求对应的目标条目数据存储至第一数据表，并将评价请求对应的病例标识写入第二队列，接着调用多个第三线程将从第二队列中读取病例标识，根据读取的病例标识得到标准条目数据，将评价请求对应的标准条目数据写入第二数据表，最后通过调用第四线程对第一数据表及第二数据表进行关联查询得到查询数据，由于采用了多线程、多队列的处理模式，服务器可以同时对多个评价请求进行处理，各个评价请求由不同的线程来处理，避免了由于某一个评价请求的处理延迟导致其他请求无法及时响应的情况，提高了服务器的响应效率。
在一个实施例中，标准条目数据库的建立步骤包括：从病例数据库获取历史病例数据；对历史病例数据进行标准化处理，对标准化处理后的历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；根据病例类型及其对应的条目集合构建标准条目数据库。
其中，历史病例数据指的是当前时刻之前保存至病例数据库的不同患者的病例数据。
本实施例中，服务器从病例数据库获取到历史病例数据后，对历史病例数据进行标准化处理，对标准化后的历史病例数据根据患者年龄段、疾病诊断结果、治疗方式进行分类，即将患者年龄段、疾病诊断结果、治疗方式相同的历史病例数据合并为一类，得到多个病例类型，其中，患者年龄段指根据实际需要将年龄进行的分段，如以65岁为界分为“小于65岁”及“大于65岁”两段。在一个实施例中，默认使用WHO(World Health Organization，世界卫生组织)年龄分段标准；治疗方式指的是有手术病例的不同手术方式及内科非手术方式；疾病诊断结果是诊断的疾病名称。可以理解的是，在分类完成后，服务器可以确定每一个病例类型对应的名称及标识。
进一步，服务器分别根据每一个病例类型对应的所有的历史病例数据中的条目数据得到每一个病例类型的条目集合，然后根据病例类型与其对应的条目数据构建标准条目数据库。
上述实施例中，由于病例类型是对历史病例数据进行分类得到的，根据病例类型及对应的条目集合构建的标准条目数据库所包含的疾病类型更加全面和真实。
在一个实施例中，如图3所示，标准条目数据库的建立步骤包括：
S302，从病例数据库获取历史病例数据。
S304，对历史病例数据进行标准化处理，对标准化处理后的历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合。
S306，分别获取每一个病例类型对应的条目集合中每一个条目对应的数量和费用。
其中，条目对应的数量指的指该条目所指的收费项目在该病例类型对应的所有病例数据中出现的次数，可参照以下公式计算：
Figure BDA0002230225290000091
其中，
Figure BDA0002230225290000092
为条目J在病例类型d的第i个病例数据中的数量，k为病例类型d包含的病例数据的数量。
条目对应的费用指的是该条目所指的收费项目在该病例类型对应的所有病例数据中的费用的总和，
Figure BDA0002230225290000101
其中，
Figure BDA0002230225290000102
为条目J在病例类型d的第i个病例数据中的数量，k为病例类型d包含的病例数据的数量。
S308，根据每一个条目对应的数量和费用计算病例类型对应的条目集合中每一个条目的权重。
在一个实施例中，对病例类型d对应的条目集合中的条目J计算权重，包括以下步骤：
1)计算条目J的数量在病例类型d(即第d个病例类型)的所有条目的总数量中所占的比例P(j|d)；
Figure BDA0002230225290000103
其中，
Figure BDA0002230225290000104
为条目J在病例类型d的第i个病例数据中的数量，k为病例类型d包含的病例数据的数量，n为病例类型d的条目种类数量。
2)计算条目J的总数量占所有条目总数量的比例P(j)；
Figure BDA0002230225290000105
其中，m为病例类型总数量，
Figure BDA0002230225290000106
为条目J在病例类型d的所有条目种类对应的总数量中所占的比例，N为所有病例类型所涉及的条目种类数量。
3)根据上述计算出的P(j)和P(j|d)计算病例类型d中条目J的基于数量的信息增益值，将该信息增益值确定为该类病例中条目J的基于数量的初始权重，公式如下：
Ej|d＝-p(j)logp(j)+p(j|d)logp(j|d)
4)参照上述1)-3)的步骤计算病例类型d中条目J的基于费用的信息增益值，将该信息增益值确定为病例类型d中条目J的基于费用的初始权重，最后，对这两个初始权重进行加权计算，得到病例类型d中条目J的最终权重，公式如下(其中加权系数a取[0,1]间的小数)：
E最终＝(1-a)×E基于数量+a×E基于费用
在另一个实施例中，对病例类型d对应的条目集合中条目J计算权重，包括以下步骤：
1)计算病例类型d的中条目J对应的基于数量的TF值：
Figure BDA0002230225290000111
其中，
Figure BDA0002230225290000112
为条目J在病例类型d的第i个病例数据中的数量，k为病例类型d包含的病例数据的数量，n为病例类型d的条目种类数量。
2)计算病例类型d的条目J对应的基于数量的IDF值：
Figure BDA0002230225290000113
其中，m为病例类型总数量，m(j)为含有条目J的病例类型数量。
3)根据TF值及IDF值计算病例类型d的条目J对应的基于数量的初始权重TFIDF基于数量；
TFIDF基于数量＝TF×IDF
4)按照上述步骤1)-3)计算病例类型d的条目J对应的基于费用的初始权重，采用取系数加权的方式计算该类病例d中治疗项目J对应的最终权重：
TFIDF最终＝(1-a)×TFIDF基于数量+a×TFIDF基于费用
S310，分别根据每一个疾病类型对应的条目集合中每一个条目的权重确定每一个病例类型对应的标准条目。
在一个实施例中，可从病例类型对应的条目集合中选取权重大于预设阈值的条目，确定为该病例类型的标准条目。在另一实施例中，可将病例类型对应的条目集合中各个条目进行降序排列，选取排序靠前的N个条目确定为标准条目，其中，N可根据需要进行设定。
S312，根据每一个病例类型、每一个病例类型对应的标准条目及标准条目对应的权重构建标准条目数据库。
具体地，将每一个病例类型与其对应的标准条目、标准条目对应的权重对应存储至预设的数据库中，得到标准条目数据库。
上述实施例中，通过计算每一个条目的权重，根据权重确定标准条目，根据病例类型、病例类型对应的标准条目及标准条目对应的权重构建标准条目数据库，得到的标准条目数据库中各个标准条目都带有权重，从而可以体现各个条目之间的差异性，对于一些重要的条目也可以通过权重体现出来。
在一个实施例中，在根据条目集合中每一个条目的权重确定每一个病例类型对应的标准条目之前，上述方法还包括：将每一个病例类型对应的条目集合与其对应的预设条目数据进行比对；将比对相同的条目确定为待更新条目，对待更新条目的权重放大预设的倍数以对待更新条目的权重进行更新，
其中，病例类型对应的预设条目数据指的是该病例类型对应的传统标准条目，传统标准条目一般是基于将临床教科书内容拆解细化得到的。本实施例中，通过将病例类型对应的条目集合与其对应的预设条目数据进行比对，以确定出条目集合中与传统标准条目相同的条目，对这些条目的权重放大预设的倍数，可以体现传统收费标准项目的特殊性，使得得到的权重更加准确。
在一个实施例中，根据条目集合中每一个条目的权重确定每一个病例类型对应的标准条目，包括：对病例类型对应的条目集合中每一个条目的权重进行归一化处理，根据归一化处理后的权重对条目集合中的条目进行排序，根据排序结果选取预设数量的条目确定为病例类型对应的标准条目。
具体地，服务器对条目集合中的条目进行排序，可以对条目进行降序排列，根据排序结果选取排序靠前的预设数据量的条目确定为标准条目；也可以对条目集合中的条目进行升序排列，根据排序结果选取排序靠后的预设数量的条目确定为标准条目。
本实施例中，权重是根据病例数据库中的历史病例数据计算得到，由于病例数据库中的数据会不断的进行更新，增加新的历史病例数据，因此，各病例类型的条目权重可以不断的进行更新，根据权重排序来进行标准条目确定时，可以自动添加新的标准条目，淘汰既往标准条目，实现标准条目的自动更新。
在一个实施例中，标准条目数据包括标准条目及标准条目对应的权重；根据查询数据确定评价请求对应的评价结果，包括：将查询数据中每一个病例标识对应的目标条目数据与标准条目数据进行比对；将目标条目数据中与标准条目数据比对一致的目标条目按照与其比对一致的标准条目确定权值，将目标条目数据中与标准条目数据比对不一致的目标条目的权重确定为零；将目标条目数据中权重超过第一预设阈值的目标条目确定为相关条目，获取相关条目对应的费用与目标条目数据的总费用的比值；当比值超过第二预设阈值时，确定评价结果为第一类结果，否则，确定评价结果为第二类结果，其中，第一类结果表征病例标识对应的病例为可疑病例，第二类结果表征病例标识对应的病例为非可疑病例。
举例说明，设定第一预设阈值为0.2，若查询数据中某个病例标识对应的目标条目数据包括条目A、条目B、条目C、条目D，该病例标识对应的标准条目数据包括条目A、条目B、条目C、条目X，条目A、条目B、条目C、条目X对应的权重分别0.1、0.3、0.3、0.3，则确定的该病例标识对应的目标条目权重分别为0.1、0.3、0.3、0，将权重与第一预设阈值比较得到相关条目包括条目B、条目C，获取的相关条目对应的费用与目标条目数据的总费用的比值为：[Y(B)+Y(C)]/[Y(A)+Y(B)+Y(C)+Y(D)]，其中，Y(A)、Y(B)、Y(C)、Y(D)分别为条目A、条目B、条目C、条目D对应的费用。
上述实施例中，根据标准条目的权重确定病例标识对应的目标条目的权重，根据目标条目的权重确定相关条目，根据相关条目的费用占比来确定评价结果，可以得到更加准确的评价结果。
应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种数据处理装置400，包括：
评价请求接收模块402，用于接收终端发送的评价请求，调用第一线程将评价请求写入第一队列中；
评价请求读取模块404，用于调用多个第二线程从第一队列中读取评价请求，获取评价请求携带的第一病例标识，根据第一病例标识从病例数据库中查询第一病例数据，将第一病例数据中的目标条目数据与第一病例标识对应存储至第一数据表中，并将第一病例标识写入第二队列；
病例标识读取模块406，用于调用多个第三线程从第二队列中读取第二病例标识，根据第二病例标识从病例数据库中查询第二病例数据，根据第二病例数据确定对应的病例类型，根据病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将标准条目数据与第二病例标识对应存储至第二数据表中；
关联查询模块408，用于调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，根据查询数据确定评价请求对应的评价结果，将评价结果发送至终端。
在一个实施例中，上述装置还包括：标准条目数据库建立模块，用于从病例数据库获取历史病例数据；对历史病例数据进行标准化处理，对标准化处理后的历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；根据病例类型及其对应的条目集合构建标准条目数据库。
在一个实施例中，上述标准条目数据库建立模块还用于获取病例类型对应的条目集合中每一个条目对应的数量和费用；根据每一个条目对应的数量和费用计算病例类型对应的条目集合中每一个条目的权重，根据条目集合中每一个条目的权重确定病例类型对应的标准条目；根据病例类型、病例类型对应的标准条目及标准条目对应的权重构建标准条目数据库。
在一个实施例中，上述装置还包括：条目比对模块，用于将每一个病例类型对应的条目集合与其对应的预设条目数据进行比对；将比对相同的条目确定为待更新条目，对待更新条目的权重放大预设的倍数以对待更新条目的权重进行更新，
在一个实施例中，上述标准条目数据库建立模块还用于对病例类型对应的条目集合中每一个条目的权重进行归一化处理，根据归一化处理后的权重对条目集合中的条目进行排序，根据排序结果选取预设数量的条目确定为病例类型对应的标准条目。
在一个实施例中，标准条目数据包括标准条目及标准条目对应的权重；关联查询模块还用于将查询数据中每一个病例标识对应的目标条目数据与标准条目数据进行比对；将目标条目数据中与标准条目数据比对一致的目标条目按照与其比对一致的标准条目确定权值，将目标条目数据中与标准条目数据比对不一致的目标条目的权重确定为零；将目标条目数据中权重超过第一预设阈值的目标条目确定为相关条目，获取相关条目对应的费用与目标条目数据的总费用的比值；当比值超过第二预设阈值时，确定评价结果为第一类结果，否则，确定评价结果为第二类结果，其中，第一类结果表征病例标识对应的病例为可疑病例，第二类结果表征病例标识对应的病例为非可疑病例。
关于数据处理装置的具体限定可以参见上文中对于数据处理方法的限定，在此不再赘述。上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据处理方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现上述任意实施例所述的数据处理方法的步骤。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意实施例所述的数据处理方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据处理方法，所述方法包括：
接收终端发送的评价请求，调用第一线程将所述评价请求写入第一队列中；
调用多个第二线程从所述第一队列中读取评价请求，获取所述评价请求携带的第一病例标识，根据所述第一病例标识从病例数据库中查询第一病例数据，将所述第一病例数据中的目标条目数据与所述第一病例标识对应存储至第一数据表中，并将所述第一病例标识写入第二队列；
调用多个第三线程从所述第二队列中读取第二病例标识，根据所述第二病例标识从病例数据库中查询第二病例数据，根据所述第二病例数据确定对应的病例类型，根据所述病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将所述标准条目数据与所述第二病例标识对应存储至第二数据表中；其中，所述标准条目数据库中存储了病例类型和标准条目数据之间的对应关系，所述标准条目数据指的是患者在进行正确治疗的前提下所产生的收费项目相关的数据，所述标准条目数据包括标准条目及标准条目对应的权重；
调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据；
将查询数据中每一个病例标识对应的目标条目数据与标准条目数据进行比对；
将目标条目数据中与标准条目数据比对一致的目标条目按照与其比对一致的标准条目确定权值，将目标条目数据中与标准条目数据比对不一致的目标条目的权重确定为零；
将目标条目数据中权重超过第一预设阈值的目标条目确定为相关条目，获取所述相关条目对应的费用与所述目标条目数据的总费用的比值；
当所述比值超过第二预设阈值时，确定评价结果为第一类结果，否则，确定评价结果为第二类结果，其中，第一类结果表征所述病例标识对应的病例为可疑病例，第二类结果表征所述病例标识对应的病例为非可疑病例；
将所述评价结果发送至所述终端。
2.根据权利要求1所述的方法，其特征在于，所述标准条目数据库的建立步骤包括：
从所述病例数据库获取历史病例数据；
对所述历史病例数据进行标准化处理，对标准化处理后的所述历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；
根据所述病例类型及其对应的条目集合构建标准条目数据库。
3.根据权利要求2所述的方法，其特征在于，所述根据病例类型及其对应的条目集合构建标准条目数据库，包括：
获取所述病例类型对应的条目集合中每一个条目对应的数量和费用；
根据每一个条目对应的数量和费用计算所述病例类型对应的条目集合中每一个条目的权重，根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目；
根据所述病例类型、所述病例类型对应的标准条目及所述标准条目对应的权重构建标准条目数据库。
4.根据权利要求3所述的方法，其特征在于，在所述根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目之前，所述方法还包括：
将每一个病例类型对应的条目集合与其对应的预设条目数据进行比对；
将比对相同的条目确定为待更新条目，对所述待更新条目的权重放大预设的倍数以对所述待更新条目的权重进行更新。
5.根据权利要求3所述的方法，其特征在于，所述根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目，包括：
对所述病例类型对应的条目集合中每一个条目的权重进行归一化处理，根据归一化处理后的权重对条目集合中的条目进行排序，根据排序结果选取预设数量的条目确定为所述病例类型对应的标准条目。
6.一种数据处理装置，其特征在于，所述装置包括：
评价请求接收模块，用于接收终端发送的评价请求，调用第一线程将所述评价请求写入第一队列中；
评价请求读取模块，用于调用多个第二线程从所述第一队列中读取评价请求，获取所述评价请求携带的第一病例标识，根据所述第一病例标识从病例数据库中查询第一病例数据，将所述第一病例数据中的目标条目数据与所述第一病例标识对应存储至第一数据表中，并将所述第一病例标识写入第二队列；
病例标识读取模块，用于调用多个第三线程从所述第二队列中读取第二病例标识，根据所述第二病例标识从病例数据库中查询第二病例数据，根据所述第二病例数据确定对应的病例类型，根据所述病例类型从预先构建的标准条目数据库中查询对应的标准条目数据，将所述标准条目数据与所述第二病例标识对应存储至第二数据表中；其中，所述标准条目数据库中存储了病例类型和标准条目数据之间的对应关系，所述标准条目数据指的是患者在进行正确治疗的前提下所产生的收费项目相关的数据，所述标准条目数据包括标准条目及标准条目对应的权重；
关联查询模块，用于调用第四线程对第一数据表和第二数据表进行关联查询，得到查询数据，将查询数据中每一个病例标识对应的目标条目数据与标准条目数据进行比对；将目标条目数据中与标准条目数据比对一致的目标条目按照与其比对一致的标准条目确定权值，将目标条目数据中与标准条目数据比对不一致的目标条目的权重确定为零；将目标条目数据中权重超过第一预设阈值的目标条目确定为相关条目，获取所述相关条目对应的费用与所述目标条目数据的总费用的比值；当所述比值超过第二预设阈值时，确定评价结果为第一类结果，否则，确定评价结果为第二类结果；将所述评价结果发送至所述终端；其中，第一类结果表征所述病例标识对应的病例为可疑病例，第二类结果表征所述病例标识对应的病例为非可疑病例。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：标准条目数据库建立模块，用于从所述病例数据库获取历史病例数据；对所述历史病例数据进行标准化处理，对标准化处理后的所述历史病例数据进行分类，得到多个病例类型，并根据每一个病例类型对应的历史病例数据确定每一个病例类型对应的条目集合；根据所述病例类型及其对应的条目集合构建标准条目数据库。
8.根据权利要求7所述的装置，其特征在于，所述标准条目数据库建立模块还用于：
获取所述病例类型对应的条目集合中每一个条目对应的数量和费用；
根据每一个条目对应的数量和费用计算所述病例类型对应的条目集合中每一个条目的权重，根据条目集合中每一个条目的权重确定所述病例类型对应的标准条目；
根据所述病例类型、所述病例类型对应的标准条目及所述标准条目对应的权重构建标准条目数据库。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
CN201910965081.1A 2019-10-11 2019-10-11 数据处理方法、装置、计算机设备和存储介质 Active CN110765232B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910965081.1A CN110765232B (zh) 2019-10-11 2019-10-11 数据处理方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910965081.1A CN110765232B (zh) 2019-10-11 2019-10-11 数据处理方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN110765232A CN110765232A (zh) 2020-02-07
CN110765232B true CN110765232B (zh) 2023-03-21

Family

ID=69331906

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910965081.1A Active CN110765232B (zh) 2019-10-11 2019-10-11 数据处理方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN110765232B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111832884A (zh) * 2020-05-27 2020-10-27 福建亿能达信息技术股份有限公司 一种临床医生手术工作量评价系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106503467A (zh) * 2016-11-05 2017-03-15 深圳市前海安测信息技术有限公司 医疗信息化基于虹膜识别的电子病历信息查询系统及方法
CN106909554A (zh) * 2015-12-22 2017-06-30 亿阳信通股份有限公司 一种数据库文本表数据的加载方法及装置
US10216580B1 (en) * 2018-03-29 2019-02-26 Model9 Software Ltd. System and method for mainframe computers backup and restore on object storage systems
CN109446173A (zh) * 2018-09-18 2019-03-08 平安科技（深圳）有限公司 日志数据处理方法、装置、计算机设备和存储介质
CN109471852A (zh) * 2018-05-29 2019-03-15 平安医疗健康管理股份有限公司 医疗数据库建立方法、装置、计算机设备和存储介质
CN109473152A (zh) * 2018-09-07 2019-03-15 大连诺道认知医学技术有限公司 相似病历的查找方法、装置与电子设备
CN110109887A (zh) * 2019-03-18 2019-08-09 北京宇信网景信息技术有限公司 数据检索方法、电子设备和计算机存储介质
CN110211707A (zh) * 2019-06-15 2019-09-06 浙江爱多特大健康科技有限公司 糖尿病互联网一站式智能移动医生工作站管理方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106909554A (zh) * 2015-12-22 2017-06-30 亿阳信通股份有限公司 一种数据库文本表数据的加载方法及装置
CN106503467A (zh) * 2016-11-05 2017-03-15 深圳市前海安测信息技术有限公司 医疗信息化基于虹膜识别的电子病历信息查询系统及方法
US10216580B1 (en) * 2018-03-29 2019-02-26 Model9 Software Ltd. System and method for mainframe computers backup and restore on object storage systems
CN109471852A (zh) * 2018-05-29 2019-03-15 平安医疗健康管理股份有限公司 医疗数据库建立方法、装置、计算机设备和存储介质
CN109473152A (zh) * 2018-09-07 2019-03-15 大连诺道认知医学技术有限公司 相似病历的查找方法、装置与电子设备
CN109446173A (zh) * 2018-09-18 2019-03-08 平安科技（深圳）有限公司 日志数据处理方法、装置、计算机设备和存储介质
CN110109887A (zh) * 2019-03-18 2019-08-09 北京宇信网景信息技术有限公司 数据检索方法、电子设备和计算机存储介质
CN110211707A (zh) * 2019-06-15 2019-09-06 浙江爱多特大健康科技有限公司 糖尿病互联网一站式智能移动医生工作站管理方法及系统

Also Published As

Publication number Publication date
CN110765232A (zh) 2020-02-07

Similar Documents

Publication Publication Date Title
CN111339126B (zh) 医疗数据筛选方法、装置、计算机设备和存储介质
CN110504028A (zh) 一种疾病问诊方法、装置、系统、计算机设备和存储介质
CN109063108B (zh) 搜索排序方法、装置、计算机设备和存储介质
CN108959644B (zh) 搜索排序方法、装置、计算机设备和存储介质
CN110363387A (zh) 基于大数据的画像分析方法、装置、计算机设备及存储介质
CN109284353B (zh) 医案检索方法、装置、计算机设备和存储介质
CN110659298B (zh) 财务数据处理方法、装置、计算机设备和存储介质
CN112151141A (zh) 医疗数据处理方法、装置、计算机设备和存储介质
CN111445968A (zh) 电子病历查询方法、装置、计算机设备和存储介质
CN109522400B (zh) 核保方法、装置、计算机设备和存储介质
CN112131277B (zh) 基于大数据的医疗数据异常分析方法、装置和计算机设备
CN110377558A (zh) 文档查询方法、装置、计算机设备和存储介质
CN112035611B (zh) 目标用户推荐方法、装置、计算机设备和存储介质
CN110931090A (zh) 疾病数据处理方法、装置、计算机设备和存储介质
CN110990390A (zh) 数据协同处理方法、装置、计算机设备和存储介质
WO2020034801A1 (zh) 医疗特征筛选方法、装置、计算机设备和存储介质
CN112132624A (zh) 医疗理赔数据预测系统
CN110781677B (zh) 药品信息匹配处理方法、装置、计算机设备和存储介质
CN110610431A (zh) 基于大数据的智能理赔方法及智能理赔系统
CN110782998A (zh) 数据审核方法、装置、计算机设备和存储介质
CN111415760B (zh) 医生推荐方法、系统、计算机设备及存储介质
CN112989990A (zh) 医疗票据识别方法、装置、设备及存储介质
CN110752027B (zh) 电子病历数据推送方法、装置、计算机设备和存储介质
CN111723097A (zh) 应用程序接口配置方法、装置、计算机设备和存储介质
CN112035614A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220524

Address after: 518048 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.

GR01 Patent grant
GR01 Patent grant