CN111145844B - 综合医疗监管平台 - Google Patents

综合医疗监管平台 Download PDF

Info

Publication number
CN111145844B
CN111145844B CN201911415405.0A CN201911415405A CN111145844B CN 111145844 B CN111145844 B CN 111145844B CN 201911415405 A CN201911415405 A CN 201911415405A CN 111145844 B CN111145844 B CN 111145844B
Authority
CN
China
Prior art keywords
data
module
medical
patient
hospital
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
CN201911415405.0A
Other languages
English (en)
Other versions
CN111145844A (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.)
CHONGQING YADE TECHNOLOGY CO LTD
Original Assignee
CHONGQING YADE TECHNOLOGY 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 CHONGQING YADE TECHNOLOGY CO LTD filed Critical CHONGQING YADE TECHNOLOGY CO LTD
Priority to CN201911415405.0A priority Critical patent/CN111145844B/zh
Publication of CN111145844A publication Critical patent/CN111145844A/zh
Application granted granted Critical
Publication of CN111145844B publication Critical patent/CN111145844B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/80ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for detecting, monitoring or modelling epidemics or pandemics, e.g. flu
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00ICT specially adapted for the handling or processing of medical references
    • G16H70/40ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02ATECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Toxicology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及医疗系统技术领域,具体为综合医疗监管平台,包括监管服务器和监管终端,监管服务器包括:患者数据获取模块,用于获取患者的患者医疗数据;医院数据获取模块,用于获取医院的医院医疗数据;药房数据获取模块,用于获取药房的药房售药数据;数据库,用于存储患者医疗数据、医院医疗数据以及药房售药数据;数据整合分析模块,数据整合分析模块用于将患者医疗数据、医院医疗数据以及药方售药数据进行整合并统计,生成统计报表。本申请的综合医疗监管平台,能够对患者、药品经销商、生产商以及医院等多个环节进行数据采集与监管,使得监管更加全面,为监管部门提供数据支撑,使得决策更加科学。

Description

综合医疗监管平台
技术领域
本发明涉及医疗系统技术领域,具体为综合医疗监管平台。
背景技术
随着信息技术的发展,医院的信息化建设也逐渐普及开来。目前,每一家医院基本都拥有自己的信息系统,通常包括若干的数据采集终端,用于采集用药数据,病历数据、治疗费用数据等医疗数据并存储在医院的数据库中。
对于监管部门来讲,获取足够多的医疗数据是对医疗机构进行有效监管、对社会医疗现状进行准确评估、对相关政策进行科学制定的重要依据。目前各个医院之间数据不互通,导致这些医疗数据就像一个个的信息孤岛,难以进行统一的分析与监管。虽然现在也出现了一些公共医疗服务平台,通过让各家医院的信息系统将业务数据按照公共平台的接口要求整合数据,再定时批量的按照业务数据类型上传到公共平台中,实现医疗数据的采集和共享。但主要是对所有医疗数据进行存储,没有进一步对医疗数据进行分析,也无法通过医疗数据对各医院进行监管,且仅仅只是涉及到医院这一个环节,而对患者、药品经销商、生产商等缺乏数据采集与监管,无法形成完整的监管链,使得监管不够全面。同时数据来源仅仅只是医院,存在数据单一、不够全面的问题,无法为监管部门、疾控中心等提供更多的数据支持。
发明内容
为了解决上述技术问题,本发明提供了综合医疗监管平台。
本申请提供如下技术方案:
综合医疗监管平台,包括监管服务器和监管终端,所述监管服务器包括:
患者数据获取模块,用于获取患者的患者医疗数据,所述患者医疗数据包括服药数据和健康数据;
医院数据获取模块,用于获取医院的医院医疗数据,所述医院医疗数据包括患者病历数据、医院资质数据;
药房数据获取模块,用于获取药房的药房售药数据,药房售药数据包括患者信息、处方信息、药品信息以及其他信息;
数据库,用于存储所述患者医疗数据、医院医疗数据以及药房售药数据;
数据整合分析模块,所述数据整合分析模块用于将患者医疗数据、医院医疗数据以及药方售药数据进行整合并统计,生成统计报表;
所述监管终端用于获取和显示统计报表。
本发明技术方案中,通过患者数据获取模块、医院数据获取模块以及药方数据获取模块可以获取医院、患者以及药房的医疗数据,通过数据整合分析模块,将上述三个方面的数据进行处理整合,同时通过数据整合分析模块对整合的数据进行统计生成报表,可以实现医疗数据的全面采集,为监管部门提供更多的数据支持,提高决策的科学性。同时对医疗过程中患者、医院以及药房等多个环节进行监管,使得监管更加全面,方便监管部门对医疗过程涉及的各个单位进行统一的调度和监管,提高监管效率。
进一步,所述数据整合分析模块包括数据处理模块,所述数据处理模块用于对数据进行整合处理,所述数据处理模块包括数据标准化模块、错误筛选修正模块、数据去重模块、数据融合模块,所述整合处理包括数据标准化、数据修正、数据去重以及数据融合;所述数据标准化模块用于将所有的数据进行标准化处理,统一数据单位;所述错误筛选修正模块用于筛选出错误数据,并对错误数据进行去除或修正,所述数据去重模块用于去除重复数据;所述数据融合模块用于按照预设的数据格式将患者医疗数据、医院医疗数据以及药房售药数据进行融合。通过数据处理模块对数据实现标准化、修正、去重以及融合处理。
进一步,所述数据整合分析模块包括分类统计模块,所述分类统计模块用于按照分类统计规则对整合处理后的数据进行分类统计,生成统计报表。通过分类统计得到后续分析所需的各个统计量,为后续分析提供数据基础。
进一步,所述数据整合分析模块包括医院数据分析模块,所述医院数据分析模块用于从统计报表中获取医院分析相关数据,所述医院数据分析模块包括医院违规检测模块,所述医院违规检测模块用于对医院分析相关数据进行逐项检测,判断是否存在违规项。通过医院违规检测模块对医院的违规行为如过度医疗、用药过量等进行监测。
进一步,所述医院分析相关数据包括各个疾病的检测项目及费用统计信息、各个科室接待量统计信息、各个疾病的用药统计信息、特殊业务开展统计信息以及医院资质信息,医院违规检测模块包括过度医疗检测模块、资质检测模块、用药检测模块以及效率检测模块,过度医疗检测模块用于根据各个疾病的检测项目及费用统计信息判断是否存在过度医疗的数据记录;资质检测模块用于根据特殊业务开展统计信息和医院资质信息判断是否存在无资质开展特殊业务的数据记录,所述用药检测模块用于根据各个疾病的用药统计数据判断是否存在用药过量的数据记录,所述效率检测模块用于根据各个科室接待量统计信息判断是否存在效率过低的数据记录。实现对医院的过度医疗、用药过量以及超范围行医的检测。
进一步,所述数据整合分析模块包括患者数据分析模块,所述患者数据统计模块用于从统计报表中获取患者分析相关数据,患者数据分析模块包括医疗建议生成模块,所述医疗建议生成模块用于根据患者分析相关数据生成医疗建议。生成医疗建议,提高患者的健康意识。
进一步,所述数据整合分析模块包括药房数据分析模块,所述药房数据分析模块用于从统计报表中获取药房分析相关数据,所述药房数据分析模块包括药房违规检测模块,所述药房违规检测模块用于根据药房分析相关数据判断药房是否存在违规项。通过对药房分析相关数据进行分析,判断药房是否存在如价格过高等违规行为。
进一步,所述数据整合分析模块包括疾病数据分析模块,所述疾病数据分析模块用于从统计报表中获取疾病分析相关数据,所述疾病数据分析模块包括慢病数据分析模块和传染病数据分析模块,所述慢病数据分析模块用于根据疾病分析数据对各个地区的慢病发展情况进行分析,生成慢病分析报告,所述传染病数据分析模块用于根据疾病分析数据对各个地区的传染病发展情况进行分析,生成传染病分析报告。通过疾病数据分析模块对各个地区的慢性病以及传染病进行分析,有利于监管部门全面掌控地区病情状况,为决策提供数据基础。
进一步,还包括推送警报模块,所述推送警报模块用于检测到医院或者药房存在违规项后推送警报信息给管理终端,所述推送警报模块还用于将疾病数据分析模块的分析结果推送给管理终端,所述推送警报模块还用于将医疗建议推送给患者终端。通过推动警报模块向监管人员或患者推送相关信息。
进一步,还包括患者终端,所述患者终端用于通过交互采集患者医疗数据并发送给监管服务器,所述患者终端还用于接收和显示监管服务器发送的医疗建议。通过患者终端方便收集患者数据,同时方便患者查看医疗建议,学习医疗知识。
附图说明
图1为本发明中综合医疗监管平台实施例中的逻辑框图;
图2为本发明中综合医疗监管平台实施例中综合医疗监管方法的流程图;
图3为本发明中综合医疗监管平台实施例中标准化处理步骤的流程图;
图4为本发明中综合医疗监管平台实施例中错误筛选修正步骤的流程图。
具体实施方式
下面通过具体实施方式进一步详细说明:
如图1所示,本实施例的综合医疗监管平台,包括监管服务器、监管终端、患者终端、药房终端以及药厂终端,本实施例中,监管终端、患者终端、药房终端以及药厂终端均为安装了相应APP的手机、电脑、平板电脑等中的一种或多种。整个医疗监管平台采用B/S与C/S混合的架构,各个终端既可以用专用的APP,也可以直接通过网页进行登录处理。
患者终端用于通过交互采集患者医疗数据并发送给监管服务器,还用于接收和显示监管服务器发送推送数据,如医疗建议、医疗资讯或健康养生知识等。本实施例中,患者终端不局限于手机电脑等终端,患者终端还可以是诸如智能血压计、智能体测仪、智能体重秤、智能药箱等家用智能设备,通过内置APP程序完成数据的采集,本实施中,患者医疗数据包括用药数据和健康数据,用药数据即用户服药的相关数据,包括药品名称、时间、药品来源、药品处方、服药不良反应等,健康数据则是指身高、体重、血压、血糖、病情及症状等数据,本实施中,对于终端能够直接检测的数据则直接进行记录和监测,其他的数据则采用问卷、问答等交互的方式进行获取。
药房终端设置在各个药房内,要求各个药房售药时进行相关的药房售药数据的录入,药房售药数据包括患者信息、处方信息、药品信息以及其他信息,患者信息即患者的个人基本信息,如姓名、年龄、疾病症状等,处方信息即患者拿药所用的处方包括药品、诊断结果、医院名称、医师名称等,通过该信息方便对各个医院的处方外流情况进行统计分析的,药品信息即售药的药品信息,如名称、数量、品牌,其他信息则指的是售价、时间、付款方式、是否使用医保等信息。
药厂终端主要用于接收监管终端推送的资讯,如监管部门针对某种流行病的紧急的药物调配安排信息等,可以通过平台以及药厂终端发布给各个药厂。
医院终端则用于采集医院的医院医疗数据,本实施例中,医院医疗数据包括患者病历数据、医院资质数据、医院收费数据等,通过这些数据来得到医院对每个患者每种疾病的检查项目、处方、费用等,以方便对医院的违规行为进行监测。
监管服务器包括:
患者数据获取模块,用于获取患者的患者医疗数据;
医院数据获取模块,用于获取医院的医院医疗数据;
药房数据获取模块,用于获取药房的药房售药数据,药房售药数据;
数据库,用于存储患者医疗数据、医院医疗数据以及药房售药数据;
数据整合分析模块,数据整合分析模块用于将患者医疗数据、医院医疗数据以及药方售药数据进行整合并统计,生成统计报表;
具体的,本实施例中,数据整合分析模块包括数据处理模块、分类统计模块、医院数据分析模块、患者数据分析模块、药房数据分析模块以及疾病数据分析模块。
数据处理模块用于对数据进行整合处理,数据处理模块包括数据标准化模块、错误筛选修正模块、数据去重模块、数据融合模块,整合处理包括数据标准化、数据修正、数据去重以及数据融合;数据标准化模块用于将所有的数据进行标准化处理,统一数据单位,如用药量、用药时间等单位和格式的统一化,又如药名、疾病名称等做标准化,编辑预设的标准数据名称,根据名称相似度来将相似度大于预设值的名称标准化为统一的名称,便于后续处理。
错误筛选修正模块用于筛选出错误数据,并对错误数据进行去除或修正,本实施例中,针对各项数据均有合适的数值范围,通过数值范围来筛选错误数据,根据患者医疗数据、医院医疗数据以及药房售药数据之间的关联性,来对部分数据进行修正,如某个患者的药量数据,可以从医院的病历数据或其所购药的药房售药数据中进行查找和更正,对于部分数据可以采用取中值或众数、平均数的方式进行修正,对于无法修正的数据则直接去除。数据去重模块用于去除重复数据,即将重复的数据进行筛除。数据融合模块用于按照预设的数据格式将患者医疗数据、医院医疗数据以及药房售药数据进行融合,主要是按照融合后的数据的数据库格式,按照键值的方式构建每一条数据。
分类统计模块用于按照分类统计规则对整合处理后的数据进行分类统计,生成统计报表。本实施例中,分类统计规则包括统计使用的维度和算法;如对医院的各个科室的接待量、各个患者的平均就医时长,各个患者各个疾病所涉及的检查项目,各个检查项目或处方药的费用、患者个人的服药时间、服药量、服药依从率、某些疾病的发病率、死亡率、药品的治愈率等维度以及各个维度的众数、平均数、极值等统计学数据,具体统计的维度可以由管理人员自己定义和编辑修改。
医院数据分析模块用于从统计报表中获取医院分析相关数据,医院数据分析模块包括医院违规检测模块,医院违规检测模块用于对医院分析相关数据进行逐项检测,判断是否存在违规项。
本实施例中,医院分析相关数据包括各个疾病的检测项目及费用统计信息、各个科室接待量统计信息、各个疾病的用药统计信息、特殊业务开展统计信息以及医院资质信息,医院违规检测模块包括过度医疗检测模块、资质检测模块、用药检测模块以及效率检测模块,过度医疗检测模块用于根据各个疾病的检测项目及费用统计信息判断是否存在过度医疗的数据记录,具体的是根据各个疾病的检测项目的所出现的频次,找出频次较少的项目作为过度医疗可疑项目,推送给管理人员。具体的,针对某一种疾病,查找出检测项目出现次数小于10%的项目,将这些项目作为过渡医疗可疑项目推送给管理人员。
资质检测模块用于根据特殊业务开展统计信息和医院资质信息判断是否存在无资质开展特殊业务的数据记录,如针对某类疾病特别是传染病或某些手术,需要医院具有一定资质才能处理,根据病历检测到医院处理了相关病例却没有相关资质,则说明医院有超范围行医的可能性,推送给管理人员进行处理。
用药检测模块用于根据各个疾病的用药统计数据判断是否存在用药过量的数据记录,本实施例中,主要是根据平均数和众数来判断一种疾病的各个药物的合理药量,如果数据记录中某个药量超出平均值过多或超出平均值的部分占比超过预设值,或者根据药品说明书判断药量阈值,当检测到药量超出药量阈值后判断存在用药过量的可能。效率检测模块用于根据各个科室接待量统计信息,包括接待量、平均看病时长等判断是否存在效率过低或负荷过大的情况,并推送给监管人员或医院的管理人员,及时对医疗资源分配进行调整。
患者数据统计模块用于从统计报表中获取患者分析相关数据,患者数据分析模块包括医疗建议生成模块,医疗建议生成模块用于根据患者分析相关数据生成医疗建议,本实施例中,医疗建议是按照固定格式预设在数据库中,根据患者的病情、服药情况等进行匹配。如本实施例中,根据患者的疾病以及服药数据,计算患者的依从率以及疾病的控制情况,筛选出疾病控制情况较差的患者,根据统计的依从率以及患者的疾病,给予一些服药的建议或疾病的知识,帮助患者提高健康意识,例如,检测到患者是高血压,同时通过调查发现患者依从率较差,则不仅仅建议患者按时服药,同时推荐一些高血压治疗的健康知识,提升患者本身的健康意识。
药房数据分析模块用于从统计报表中获取药房分析相关数据,药房数据分析模块包括药房违规检测模块,药房违规检测模块用于根据药房分析相关数据判断药房是否存在违规项,如通过药房各个药品的售价判断是否存在价格过高的情况,通过某些或某种药物售卖频率或同一患者的购买频率判断你是否有套刷医保等行为。
疾病数据分析模块用于从统计报表中获取疾病分析相关数据,疾病数据分析模块包括慢病数据分析模块和传染病数据分析模块,慢病数据分析模块用于根据疾病分析数据对各个地区的慢病发展情况进行分析,生成慢病分析报告,传染病数据分析模块用于根据疾病分析数据对各个地区的传染病发展情况进行分析,生成传染病分析报告,分析报告的具体格式可以由监管人员进行调整和设置。
推送警报模块,推送警报模块用于检测到医院或者药房存在违规项后推送警报信息给管理终端,推送警报模块还用于将疾病数据分析模块的分析结果推送给管理终端,推送警报模块还用于将医疗建议推送给患者终端。
监管终端用于获取和显示统计报表,监管终端主要用于监管部门的监管人员使用,监管人员通过监管终端可以对医院、药房的异常数据或违规项目进行查看,监管人员还可以通过监管终端向医院终端、药房终端或药厂终端发送监管指示信息。
如图2所示,本实施例中,还公开了一种综合医疗监管方法,包括:
数据采集步骤,通过患者终端、药房终端以及医院终端分别采集患者医疗数据、药房售药数据以及医院医疗数据;
具体的,该步骤包括:
患者医疗数据采集步骤:通过患者终端,采用传感器采集以及人机交互的方式采集患者医疗数据,并上传存储至服务器的数据库中。这些数据包括用药数据和健康数据,用药数据即用户服药的相关数据,包括药品名称、时间、药品来源、药品处方、服药不良反应等,健康数据则是指身高、体重、血压、血糖、病情及症状等数据。
药房数据采集步骤:通过药房终端,要求各个药房售药时进行相关的药房售药数据的录入,药房售药数据包括患者信息、处方信息、药品信息以及其他信息,患者信息即患者的个人基本信息,如姓名、年龄、疾病症状等,处方信息即患者拿药所用的处方包括药品、诊断结果、医院名称、医师名称等,通过该信息方便对各个医院的处方外流情况进行统计分析的,药品信息即售药的药品信息,如名称、数量、品牌,其他信息则指的是售价、时间、付款方式、是否使用医保等信息。
医院医疗数据采集步骤:医院管理人员通过本平台对接其内部系统,将指定的医疗数据如患者病历数据、资质数据、收费数据等上传至服务器并存储至数据库中。
数据处理步骤,对三个源的数据进行整合处理,包括标准化处理步骤、错误筛选修正步骤、去重步骤以及融合步骤。
如图3所示,标准化处理步骤中,首先对数据的单位进行统一,按照预设的表格,逐项的对数据进行单位换算和统一处理;然后进行数据标准化处理,按照预设的标准数据名称,查找相似名称,按相似度进行筛选,将相似度大于预设值的数据名称进行标准化。
如图4所示,错误筛选修正步骤中,首先确定各个数据的合理范围,这个范围可以预设,也可以通过统计结果进行计算,如采取绝对值差中位数法,先计算单个维度数据所有因子与平均值的距离总和,找出所有因子的中位数XM;然后得到每个因子与中位数的绝对偏差值Xi-XM;再得到绝对偏差值的中位数M;最后,确定参数n,从而确定合理的范围为[XM-nM,XM+nM]。通过上述范围筛选出不合理的数据,根据患者医疗数据、医院医疗数据以及药房售药数据之间的关联性,来对部分数据进行修正,如某个患者的药量数据,可以从医院的病历数据或其所购药的药房售药数据中进行查找和更正,对于部分数据可以采用取中值或众数、平均数的方式进行修正,对于无法修正的数据则直接去除。
数据去重步骤中,将各个数据进行主键值相似度的判断,如通过姓名、年龄以及性别判断出两个患者是同样的一个患者,那么对于其数据则进行相应的合并和除重,留下唯一的数据。
分类统计步骤,按照分类统计规则对整合处理后的数据进行分类统计,生成统计报表。
分析监管步骤,根据分类统计步骤的统计结果,对患者、医院、药房或社会疾病等进行监管,包括但不限于患者分析监管步骤、医院分析监管步骤、药房分析监管步骤、疾病分析监管步骤。
患者分析监管步骤中,根据患者病情对患者的健康情况进行监管,如根据统计分析结果计算各个患者的用药依从率和服药有效率,筛选出病情控制情况较差的患者;根据患者的病情匹配预设的服药建议以及健康知识,将服药建议以及健康知识推送给相应的患者终端。
医院分析监管步骤包括过度医疗检测步骤、资质检测步骤、用药检测步骤以及效率检测步骤。
过度医疗检测步骤:根据各个疾病的检测项目及费用统计信息判断是否存在过度医疗的数据记录,具体包括:
获取各个疾病的检测项目的所出现的频次;
根针对每种疾病,查找检测项目出现次数小于平均次数20%的项目;
将这些项目作为过渡医疗可疑项目推送给管理人员。
资质检测步骤:根据特殊业务开展统计信息和医院资质信息判断是否存在无资质开展特殊业务的数据记录;
按照预设疾病或项目记录,获取医院医疗数据中,需要一定资质才能治疗或执行的项目或疾病;
针对每种疾病,判断医院是否存在相关资质;
如果没有,则说明医院有超范围行医的可能性,推送给管理人员进行处理。
用药检测步骤:根据各个疾病的用药统计数据判断是否存在用药过量的数据记录,具体的包括:
根据系统预设或者统计数据中的平均数和众数来判断一种疾病的各个药物的合理药量;
判断数据记录中是否存在某个药量超出平均值过多或超出平均值的部分占比超过预设值,或者根据药品说明书判断是否超出药量阈值;若是,则判定存在用药过量的可能,推送给管理人员处理。
实施例二
与实施例一不同的是,本实施例中,还包括医生端,所述患者病历信息中包括患者的复诊记录,过度医疗检测模块还用于将复诊记录与就诊信息进行分析,若分析结果为患者的病情加重,则以匿名的形式发送协助信息,协助信息包括就诊信息去掉药方、收费明细以及就诊医生信息后的数据信息,协助信息的发送方为同科室的其他医生的医生端。
医生端用于接收协助信息,还用于输入协助意见,协助意见包括建议药方。
过度医疗检测模块还用于将协助意见与就诊信息进行协助分析,以进一步判断是否存在过度医疗或不当医疗的情况,并在检测到存在相关问题后推送到监管终端。
具体实施过程:
过度医疗检测模块读取患者的复诊记录,若患者的病情加重,则说明前一次诊治可能存在过度医疗或不当医疗的行为,因此,向第三位医生的医生端以匿名的形式发送协助信息。
协助的医生接收到协助信息后,输入协助意见,若过度医疗检测模块将协助意见与就诊信息进行分析后,分析结果为存在过度医疗行为,则说明之前的就诊存在过度医疗行为。此时,向监管人员推送警报。
实施例三
与实施例二不同的是,本实施例中,医院医疗信息中还包括患者的电话以及医生的电话。
还包括采集端和分析单元,采集端固定在医生的办公室,用于进行图像及语音的采集,并将采集的数据发送给分析单元。具体的,采集端包括摄像头和拾音器。
分析单元用于用图像识别和语义识别的方式,对采集端发送的数据进行分析,通过语义关键词以及医患之间的动作和距离来进行识别分析,并在分析结果为存在医闹风险时,从就诊信息中提取患者的电话,并通过医生的个人信息匹配医生的个人档案后,提取医生的电话,再分别用预存的语音留言分别给医生及患者发送语音留言,语音留言中保护以及虚拟的事件,该事件会将患者或医生引导至某个地址,如模拟一个紧急情况,而呼叫医生前去;又或者模拟家属的亲人要求其前往某处,发送给医生的语音信息和发送给患者的语音信息包括不同的地址信息。
通过这样的方式,当发生过度医疗时,若患者找到医生后准备医闹,系统会通过语音留言的方式将患者和医生引导到不同的地方,给院方提供充足的时间来准备应对措施。
以上的仅是本发明的实施例,该发明不限于此实施案例涉及的领域,方案中公知的具体结构及特性等常识在此未作过多描述,所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识,能够获知该领域中所有的现有技术,并且具有应用该日期之前常规实验手段的能力,所属领域普通技术人员可以在本申请给出的启示下,结合自身能力完善并实施本方案,一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出,对于本领域的技术人员来说,在不脱离本发明结构的前提下,还可以作出若干变形和改进,这些也应该视为本发明的保护范围,这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准,说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (9)

1.综合医疗监管平台,包括监管服务器、监管终端和医生端,其特征在于:所述监管服务器包括:
患者数据获取模块,用于获取患者的患者医疗数据,所述患者医疗数据包括服药数据和健康数据;
医院数据获取模块,用于获取医院的医院医疗数据,所述医院医疗数据包括患者病历数据、医院资质数据;
药房数据获取模块,用于获取药房的药房售药数据,药房售药数据包括患者信息、处方信息和药品信息;
数据库,用于存储所述患者医疗数据、医院医疗数据以及药房售药数据;
数据整合分析模块,所述数据整合分析模块用于将患者医疗数据、医院医疗数据以及药方售药数据进行整合并统计,生成统计报表;数据整合分析模块包括医院数据分析模块,所述医院数据分析模块用于从统计报表中获取医院分析相关数据,所述医院数据分析模块包括医院违规检测模块,所述医院违规检测模块用于对医院分析相关数据进行逐项检测,判断是否存在违规项;医院违规检测模块包括过度医疗检测模块、资质检测模块、用药检测模块以及效率检测模块,过度医疗检测模块用于根据各个疾病的检测项目及费用统计信息判断是否存在过度医疗的数据记录;
所述监管终端用于获取和显示统计报表;
医生端,所述患者病历数据中包括患者的复诊记录,过度医疗检测模块还用于将复诊记录与就诊信息进行分析,若分析结果为患者的病情加重,则以匿名的形式发送协助信息,协助信息包括就诊信息去掉药方、收费明细以及就诊医生信息后的数据信息,协助信息的接收方为同科室的其他医生的医生端,且该医生端用于接收协助信息,还用于输入协助意见,协助意见包括建议药方;
过度医疗检测模块还用于将协助意见与就诊信息进行协助分析,以进一步判断是否存在过度医疗或不当医疗的情况,并在检测到存在相关问题后推送到监管终端;
医院医疗数据中还包括患者的电话以及医生的电话;
采集端固定在医生的办公室,用于进行图像及语音的采集,并将采集的数据发送给分析单元;
分析单元用于用图像识别和语义识别的方式,对采集端发送的数据进行分析,通过语义关键词以及医患之间的动作和距离来进行识别分析,并在分析结果为存在医闹风险时,从就诊信息中提取患者的电话,并通过医生的个人信息匹配医生的个人档案后,提取医生的电话,再分别用预存的语音留言分别给医生及患者发送语音留言,语音留言中包括虚拟的事件,该事件会将患者或医生引导至某个地址;又或者模拟家属的亲人要求其前往某处,发送给医生的语音信息和发送给患者的语音信息包括不同的地址信息。
2.根据权利要求1所述的综合医疗监管平台,其特征在于:所述数据整合分析模块包括数据处理模块,所述数据处理模块用于对数据进行整合处理,所述数据处理模块包括数据标准化模块、错误筛选修正模块、数据去重模块、数据融合模块,所述整合处理包括数据标准化、数据修正、数据去重以及数据融合;所述数据标准化模块用于将所有的数据进行标准化处理,统一数据单位;所述错误筛选修正模块用于筛选出错误数据,并对错误数据进行去除或修正,所述数据去重模块用于去除重复数据;所述数据融合模块用于按照预设的数据格式将患者医疗数据、医院医疗数据以及药房售药数据进行融合。
3.根据权利要求2所述的综合医疗监管平台,其特征在于:所述数据整合分析模块包括分类统计模块,所述分类统计模块用于按照分类统计规则对整合处理后的数据进行分类统计,生成统计报表。
4.根据权利要求3所述的综合医疗监管平台,其特征在于:所述医院分析相关数据包括各个疾病的检测项目及费用统计信息、各个科室接待量统计信息、各个疾病的用药统计信息、特殊业务开展统计信息以及医院资质信息;资质检测模块用于根据特殊业务开展统计信息和医院资质信息判断是否存在无资质开展特殊业务的数据记录,所述用药检测模块用于根据各个疾病的用药统计数据判断是否存在用药过量的数据记录,所述效率检测模块用于根据各个科室接待量统计信息判断是否存在效率过低的数据记录。
5.根据权利要求4所述的综合医疗监管平台,其特征在于:所述数据整合分析模块包括患者数据分析模块,所述患者数据统计模块用于从统计报表中获取患者分析相关数据,患者数据分析模块包括医疗建议生成模块,所述医疗建议生成模块用于根据患者分析相关数据生成医疗建议。
6.根据权利要求5所述的综合医疗监管平台,其特征在于:所述数据整合分析模块包括药房数据分析模块,所述药房数据分析模块用于从统计报表中获取药房分析相关数据,所述药房数据分析模块包括药房违规检测模块,所述药房违规检测模块用于根据药房分析相关数据判断药房是否存在违规项。
7.根据权利要求6所述的综合医疗监管平台,其特征在于:所述数据整合分析模块包括疾病数据分析模块,所述疾病数据分析模块用于从统计报表中获取疾病分析相关数据,所述疾病数据分析模块包括慢病数据分析模块和传染病数据分析模块,所述慢病数据分析模块用于根据疾病分析数据对各个地区的慢病发展情况进行分析,生成慢病分析报告,所述传染病数据分析模块用于根据疾病分析数据对各个地区的传染病发展情况进行分析,生成传染病分析报告。
8.根据权利要求7所述的综合医疗监管平台,其特征在于:还包括推送警报模块,所述推送警报模块用于检测到医院或者药房存在违规项后推送警报信息给管理终端,所述推送警报模块还用于将疾病数据分析模块的分析结果推送给管理终端,所述推送警报模块还用于将医疗建议推送给患者终端。
9.根据权利要求8所述的综合医疗监管平台,其特征在于:还包括患者终端,所述患者终端用于通过交互采集患者医疗数据并发送给监管服务器,所述患者终端还用于接收和显示监管服务器发送的医疗建议。
CN201911415405.0A 2019-12-31 2019-12-31 综合医疗监管平台 Active CN111145844B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911415405.0A CN111145844B (zh) 2019-12-31 2019-12-31 综合医疗监管平台

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911415405.0A CN111145844B (zh) 2019-12-31 2019-12-31 综合医疗监管平台

Publications (2)

Publication Number Publication Date
CN111145844A CN111145844A (zh) 2020-05-12
CN111145844B true CN111145844B (zh) 2023-07-04

Family

ID=70522720

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911415405.0A Active CN111145844B (zh) 2019-12-31 2019-12-31 综合医疗监管平台

Country Status (1)

Country Link
CN (1) CN111145844B (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112000068B (zh) * 2020-05-22 2024-08-23 上海飞鱼医疗科技有限公司 一种基于区块链技术的医疗仪器性能质量管理系统
CN113808750A (zh) * 2020-06-15 2021-12-17 阿里健康信息技术有限公司 数据处理方法及装置
CN111613292B (zh) * 2020-06-19 2021-02-09 和宇健康科技股份有限公司 一种基于大数据的合理用药评判决策系统
CN111883221B (zh) * 2020-07-16 2023-09-12 关涛 一种慢性病患者院外数据获取分析系统
CN111933244A (zh) * 2020-08-17 2020-11-13 医渡云(北京)技术有限公司 药品数据编码方法、装置、计算机可读介质及电子设备
CN112016896A (zh) * 2020-08-28 2020-12-01 平安国际智慧城市科技股份有限公司 操作状态监控方法、装置及存储介质
CN112258084A (zh) * 2020-11-11 2021-01-22 上海凌伊企业管理咨询有限公司 一种模具质量的监控汇总平台
CN112397171A (zh) * 2020-12-04 2021-02-23 上海蓬海涞讯数据技术有限公司 基于drg实现针对诊疗项目和材料的关键路径监测方法、装置、处理器及其存储介质
CN112907186A (zh) * 2021-03-11 2021-06-04 联仁健康医疗大数据科技股份有限公司 一种基于药品出售的统计系统、平台、方法及存储介质
CN113743749A (zh) * 2021-08-20 2021-12-03 泰康保险集团股份有限公司 医疗机构的检查方法、装置及电子设备
CN114595974B (zh) * 2022-03-11 2022-11-01 北京中成康富科技股份有限公司 基于无线通信的医疗数据采集方法及系统
CN115631870B (zh) * 2022-11-29 2023-05-19 中国兽医药品监察所 兽医病原耐药快速鉴定应用平台
CN116245656B (zh) * 2023-05-11 2023-08-11 北京亚信数据有限公司 违规记录的去重、就诊数据违规金额的确定方法和装置
CN116895358B (zh) * 2023-09-11 2023-11-28 江苏泰德医药有限公司 一种基于云平台医疗资源智能管理系统及方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314558A (zh) * 2011-09-19 2012-01-11 刘黎明 医患沟通平台及沟通方法
WO2013164721A1 (en) * 2012-05-02 2013-11-07 Koninklijke Philips N.V. Device and method for routing a medical alert to a selected staff member
CN104899466A (zh) * 2015-06-25 2015-09-09 东南大学 一种基于远程诊疗模式的医药配送系统及配送方法
KR20150119734A (ko) * 2014-04-16 2015-10-26 경남대학교 산학협력단 병실 도우미 로봇
CN105640565A (zh) * 2016-01-02 2016-06-08 无锡桑尼安科技有限公司 一种多功能医疗检测方法
CN106846755A (zh) * 2017-03-03 2017-06-13 浙江禾连网络科技有限公司 一种基于医院医闹的精准室内定位和报警系统及方法
CN107566938A (zh) * 2017-08-28 2018-01-09 成都合众思创防护设备有限公司 一种实现医生与患者交流的防护围脖
CN108922136A (zh) * 2018-08-17 2018-11-30 西安怀德信息科技有限公司 一种医院医护人员的一键式报警系统
CN110035247A (zh) * 2019-04-04 2019-07-19 旭辉卓越健康信息科技有限公司 一种ai医疗一体机的录音录像系统
CN110246582A (zh) * 2019-05-23 2019-09-17 重庆医科大学附属大学城医院 一种医疗模式信息化的医患协同信息化平台系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007084955A2 (en) * 2006-01-19 2007-07-26 Oliver Charles Lawless Integrated prescription management and compliance system
JP5991990B2 (ja) * 2011-01-06 2016-09-14 コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. 患者の生理的状態を監視する患者監視システム及び方法
CN105893752A (zh) * 2016-03-31 2016-08-24 厦门市糖尿病研究所 一种慢病三师共管分级诊疗转诊系统与方法
US20180308569A1 (en) * 2017-04-25 2018-10-25 S Eric Luellen System or method for engaging patients, coordinating care, pharmacovigilance, analysis or maximizing safety or clinical outcomes
CN107122612A (zh) * 2017-05-04 2017-09-01 王恩亭 慢性非传染性疾病智能诊疗辅助分析系统
CN107330258A (zh) * 2017-06-22 2017-11-07 安徽山鼎信息科技有限公司 一种医疗服务监管平台
CN109522302A (zh) * 2018-11-09 2019-03-26 南京医渡云医学技术有限公司 医疗数据处理方法、装置、电子设备及计算机可读介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314558A (zh) * 2011-09-19 2012-01-11 刘黎明 医患沟通平台及沟通方法
WO2013164721A1 (en) * 2012-05-02 2013-11-07 Koninklijke Philips N.V. Device and method for routing a medical alert to a selected staff member
KR20150119734A (ko) * 2014-04-16 2015-10-26 경남대학교 산학협력단 병실 도우미 로봇
CN104899466A (zh) * 2015-06-25 2015-09-09 东南大学 一种基于远程诊疗模式的医药配送系统及配送方法
CN105640565A (zh) * 2016-01-02 2016-06-08 无锡桑尼安科技有限公司 一种多功能医疗检测方法
CN106846755A (zh) * 2017-03-03 2017-06-13 浙江禾连网络科技有限公司 一种基于医院医闹的精准室内定位和报警系统及方法
CN107566938A (zh) * 2017-08-28 2018-01-09 成都合众思创防护设备有限公司 一种实现医生与患者交流的防护围脖
CN108922136A (zh) * 2018-08-17 2018-11-30 西安怀德信息科技有限公司 一种医院医护人员的一键式报警系统
CN110035247A (zh) * 2019-04-04 2019-07-19 旭辉卓越健康信息科技有限公司 一种ai医疗一体机的录音录像系统
CN110246582A (zh) * 2019-05-23 2019-09-17 重庆医科大学附属大学城医院 一种医疗模式信息化的医患协同信息化平台系统

Also Published As

Publication number Publication date
CN111145844A (zh) 2020-05-12

Similar Documents

Publication Publication Date Title
CN111145844B (zh) 综合医疗监管平台
US20210202103A1 (en) Modeling and simulation of current and future health states
US20210202101A1 (en) Detection and modeling of drug dispensing behaviors by healthcare providers
US20200303047A1 (en) Methods and systems for a pharmacological tracking and representation of health attributes using digital twin
US20200350044A1 (en) System and method for health care data integration and management
US20200294642A1 (en) Methods and systems for a pharmacological tracking and reporting platform
US11468975B2 (en) Medication reconciliation system and method
Lombardo et al. ESSENCE II and the framework for evaluating syndromic surveillance systems.
NL2012435C2 (en) Data processing techniques.
WO2018094098A2 (en) Preventive and predictive health platform
US20090216555A1 (en) System, method and computer program product for performing automatic surveillance and tracking of adverse events
US20120289787A1 (en) System for clinical workflow enhancements using a business rules engine that collates heterogeneous healthcare data, and a method thereof
US20180108430A1 (en) Method and system for population health management in a captivated healthcare system
CN111640475A (zh) 一种临床试验的管理系统
CN111613290B (zh) 一种基于区块链的医疗信息管理系统
US20040172287A1 (en) Method and apparatus for obtaining and distributing healthcare information
US20110295618A1 (en) Apparatus and method for generating quality informatics knowledge
CN114974530A (zh) 一种诊后随访方法、系统及存储介质
young Jung et al. Recent trends of healthcare information and communication technologies in pediatrics: a systematic review
CN111180055B (zh) 一种医院监管系统及方法
KR20080042256A (ko) 약물부작용감시 시스템
CN111402975A (zh) 一种基于智慧云平台的院外药学监护系统及方法
Clause et al. Conforming to HIPAA regulations and compilation of research data
US20220189637A1 (en) Automatic early prediction of neurodegenerative diseases
Singh et al. A joint weighting and modified weighted aggregated sum product assessment‐based methodology for the measurement of patient satisfaction: Evidence from Indian 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
GR01 Patent grant
GR01 Patent grant