CN112786196A - 基于大数据医疗管理的智能护理交互系统 - Google Patents

基于大数据医疗管理的智能护理交互系统 Download PDF

Info

Publication number
CN112786196A
CN112786196A CN202110142948.0A CN202110142948A CN112786196A CN 112786196 A CN112786196 A CN 112786196A CN 202110142948 A CN202110142948 A CN 202110142948A CN 112786196 A CN112786196 A CN 112786196A
Authority
CN
China
Prior art keywords
module
medical
treatment
data
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.)
Pending
Application number
CN202110142948.0A
Other languages
English (en)
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN202110142948.0A priority Critical patent/CN112786196A/zh
Publication of CN112786196A publication Critical patent/CN112786196A/zh
Pending legal-status Critical Current

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
    • 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/20ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及一种基于大数据医疗管理的智能护理交互系统,包括护士站、管理服务中心以及终端组;护士站通过传呼单元调取管理服务中心的内容与终端组交互;管理服务中心包括:HIS接口单元,配置为通过HIS接口适配器与医院的HIS系统相连接;LIS接口单元,配置为通过LIS接口适配器与医院的LIS系统相连接;大数据库单元,配置为实时存储本地医院病例数据并通过互联网上传至云数据库服务器,同时可通过访问接口访问云数据库以获取全国病例数据库的数据;治疗单元,配置为监督和执行患者在治病期间的医疗手续、治疗过程以及住院日常项目。该系统实现全国医疗信息一体化,最大限度地方便病人就医、医护人员的工作以及各类管理人员的分析决策。

Description

基于大数据医疗管理的智能护理交互系统
技术领域
本发明属于医疗技术领域,特别涉及一种基于大数据医疗管理的智能护理交互系统。
背景技术
医院信息系统(Hospital Information System,HIS),利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。
中国医院信息化建设发展经历了20多年的发展历程,从早期的单机单用户应用阶段,到部门级和全院级管理信息系统应用;从以财务、药品和管理为中心,开始向以病人信息为中心的临床业务支持和电子病历应用;从局限在医院内部应用,发展到区域医疗信息化应用尝试。中国医院信息化建设与发达国家医院信息化相比,虽然在整体水平上存在一定差距,但是在尖端信息技术应用领域已经相当接近。在信息化建设的投入规模和应用效益上,我国医院信息化建设充分利用后发优势,避免分散建设和缺乏规划导致的集成与整合方面的难题,实现了能够以较低的投入和较短的时间,达到了较好的应用效果。
但是对医院信息化应用在更深入信息资源利用率不高,相关数据浅层次应用,不能深层次挖掘、分析利用;对医院信息化认识有偏差,医院信息化应用范围需拓宽,仅局限在门诊和收费系统。临床医生工作站也仅限于开处方或者下医嘱,看到诊疗记录和报告,未得到普遍应用,调查显示各医院信息系统在医院应用非常低。
发明内容
针对上述技术问题,本发明采用一种基于大数据医疗管理的智能护理交互系统。
为实现上述目的,本发明所采用的技术方案是
一种基于大数据医疗管理的智能护理交互系统,所述系统包括护士站、管理服务中心以及终端组;所述护士站通过传呼单元调取所述管理服务中心的内容与所述终端组进行交互;所述管理服务中心作为该系统的控制中心,负责支撑和管理整个系统及各装置的运行;
所述管理服务中心包括
HIS接口单元,配置为通过HIS接口适配器与医院的HIS系统相连接,以进行诊疗数据的传输;
LIS接口单元,配置为通过LIS接口适配器与医院的LIS系统相连接,以进行检验科数据的传输;
大数据库单元,包括本地储存的医院病例数据库和云端的全国病例数据库,所述大数据库单元配置为实时存储本地医院病例数据并通过互联网上传至云数据库服务器,同时可通过访问接口访问云数据库以获取全国病例数据库的数据;
分别与所述HIS接口单元、LIS接口单元和数据库单元连接的治疗单元,配置为监督和执行患者在治病期间的医疗手续、治疗过程以及住院日常项目;
所述终端组包括具有语音广播、显示、呼叫转移和/或传呼对讲的设备。
一个优选的技术方案中,所述治疗单元包括医疗方案模块、配药治疗模块、配餐模块、医疗检查模块、医疗计费模块、疗效反馈模块、住院日志模块以及病员就医数据保存模块;
所述医疗方案模块用于记载医疗过程中的医嘱、临时医嘱以及医疗费用清单项目;
所述配药治疗模块配置为采用条码管理手段、财务自动计费自动生成财务计费,并将相关临床治疗费用及治疗剂量、时间通过所述LIS接口单元录入LIS系统中;
所述配餐模块用于记录配餐清单及其费用,同时记录患者的饮食状态;
所述医疗检查模块用于进行实验室检查和临床检查,将检查结果保存,并通过所述LIS接口单元录入LIS系统中;
所述医疗计费模块用于对已发生费用清单明细和将要发生费用清单明细进行计费结算;
所述住院日志模块与医疗方案模块相连接,用于将信息反馈给医疗小组以修正或优化医疗方案;
所述病员就医保存数据用于将病员住院期间的费用清单明细保存、打印,并供患者查看和下载。
又一个优选的技术方案中,所述大数据库单元包括数据检索模块、医疗结果分析模块、医院评分模块、保险公司索赔模块、医疗事故模块、临床医学交流模块、医疗期刊发布模块以及审核纠错模块;
所述数据检索模块用于通过全国病例数据库进行数据检索,找寻包含有相似病症病例的治疗方案、费用以及成效列表比对的信息,并将所述信息进行横向对比;
所述医疗结果分析模块用于根据数据检索模块的对比信息对当前病例进行分析,判断当前患者诊断结果是否存在异议;
所述医院评分模块包括病例数据合理判断体系和医务人员晋级评定体系,所述病例数据合理判断体系用于依据多家医院的相似数据平均值进行病例效果的判断;所述医务人员晋级评定体系用于依据在职人员的手术/治疗病例数、成功及失败案例数量、治疗创新方案以及疗效汇总综合分析自动生成对应人员的晋级指标;
所述医疗事故模块配置为记录以往发生过的医疗事故、医患纠纷情况及处理结果;
所述临床医学交流模块设有病例教学区、治病最优方案讨论区、疑难杂症治疗讨论区、遗留积案专区以及未来发展探讨区;
所述审核纠错模块通过患者的自查审核对其账户数据进行的修改以及医生查勘过往病例结合当前的诊疗实现平台的自主纠错。
进一步的,所述医务人员晋级评定体系的评定方法包括
评价医生的治愈案例数量和失败案例数量,并统计其医疗业务分数值B1;其中,所述治愈案例数量中案例难度系数达到复杂则增加权重分值,否则不增加;或者针对不同病例的治愈案件数量超过设定阈值,增加权重分值;针对失败案件中判定为误诊的情况,则执行减权重的计算;
搜索评级阶段的课题研究报告及相关成果,根据课题研究报告的难易程度进行评分,分数值为B2;
按照(医疗业务分数值B1*权重)和(课题研究报告分数值B2*权重)的总和计算医务人员晋级评定的结果。
再进一步的,所述大数据库单元还包括权限模块,所述权限模块配置为针对不同账户的可访问的内容权限进行分级授权;具体包括:最低级别的只能获取自己账户的所有信息;高一级则可以获取同等级别他人的治疗方案与费用和疗效及负面的案例;更高一步则可以获取医院的评价级别和医师的治疗效果的级别;还有一级则是可以获取同组级别的bbs聊天互动。
一个优选的技术方案中,所述管理中心服务器还包括娱乐单元,所述娱乐单元包括终端显示的医院信息和新闻、电子订餐、电子图书馆、游戏专区、节目预制、视频点播、资料上传以及外网审批开通多项功能。
再一个优选的技术方案中,所述管理中心服务器还包括BBS单元,所述BBS单元包括病区BBS、医院BBS、医疗百科、外联公告求助平台、相似病例资料查询比较、打赏模块以及购物平台;
所述相似病例资料查询比较具体为通过病例病症以及治疗方案的相似性在数据库中比对查找相似病例,随后将相似病例的费用及其明细与所述治疗单元中的医疗计费模块的费用清单明细进行比较,并得出对比结果;
所述打赏模块包括与支付app对接的对接部和监管部,所述对接部用于向后台管理端发起支付,已进行第三方线上支付操作,所述支付app包括但不限于:微信支付、支付宝支付、百度钱包支付和苹果支付;所述监管部用于通过实名制对打赏行为进行监管和追责,同时对实名制下的用户的信誉度进行评级;
所述购物平台为对应医院内部的实体购物区的货物设置的线上购物区。
进一步的,所述监管部包括日志记录子单元、遮挡子单元以及打赏解封子单元,所述日志记录子单元用于将交易的结果和冲突的情况如实的记录下来,完成统计备档待查;所述遮挡子单元用于根据后台设置的规则对原始记录的内容进行部分遮挡,且呈现为黑影形式;所述打赏解封子单元用于针对不同密级的遮挡内容设置不同的解封价格,当后台接收到解封命令时,所述遮挡子单元进行对应的遮挡内容解封;
所述BBS单元还包括屏蔽隐藏功能和用户的反馈意见区,所述屏蔽隐藏功能配置为发布者设定具体类别的群体不能查看自己发布的信息,或者指定某类等级的用户可以查看自己发布的信息;所述反馈意见区设置在平台的每个信息和交易发布的栏目下,用户可通过人机交互设备输入意见。
进一步的,所述终端组包括桌面显示终端、点阵屏、广播、对讲机、呼叫开关、病房门口平板电脑以及病房内各分机平板电脑,所述护士站的传呼单元通过一级网络交换机与护士站的桌面显示终端连接,并通过与一级网络交换机相连接的二级网络交换机与每个病房或病区的其他终端相连接;
所述传呼单元与所述HIS接口单元相连接,所述传呼单元包括病院信息模块、终端信息呈现模块、显示模块、呼叫转移模块、传呼对讲模块、可视化模块以及系统自检模块。
又进一步的,所述分机平板电脑通过人机交互设备采集病员在治疗过程中的反馈信息,收存于护士站中的工作电脑,然后通过医院内部的局域网存储于医院的数据服务中心,同时生成报表目录含病例简报通过防火墙连接外网上传到云端数据库备档保存。
本发明另一方面还公开了一种大数据医疗管理的智能护理交互设备,所述设备配置有包括包含上述功能的硬件设备。
通过本发明所构思的以上技术方案与现有技术相比,能够取得下列有益效果:
本发明系统和设备依托计算机及其网络技术,将护理单元与医院的现有系统相衔接,成为一个能对医院病例实施有效监管和服务的技术平台。整个护理单元涉及传呼单元、HIS单元、LIS单元、治疗单元、数据库单元、BBS单元和娱乐单元。系统主要由高性能工业平板电脑集网构成,实现病人在医院的整个过程的信息全覆盖,在提高医护人员的服务效率的同时,也充分改善患者就医过程中的愉悦环境,构成医疗系统的一种行业服务评定标准。
本发明系统与医院HIS系统联网后,可将HIS系统传送过来的有关数据通过护士站自动转换成护理信息发送到病床工作站液晶显示屏和护理信息指示灯上。该系统实现全院信息一体化、病历无纸化,以病人信息的共享为核心,包括医院各个科室之间、医院之间、医院与社区、医疗保险、卫生行政等部门的信息共享,最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。
本发明系统功能通过大数据库单元可以直接了解到病患以往的病例状况,以及就医的处理结果,结合当前的诊断提出更为有效的治疗方案,避免误诊的发生,能够有效的解决医患双方的顾忌和猜疑,让双方的背景都变得十分的清晰明了,可以抑制医闹等过激行为的发生,自觉建立起良好的医患关系。病例建档存入大数据,可汇总细分为多项用途,让数据充满活力;并且大数据库单元还可实现对医师的职称评定作用、对医院服务质量的监督作用;引入论坛反馈和互动的作用以及平台会员权限盈利模式等。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可根据这些附图获得其他的附图。
图1为大数据医疗管理的智能护理交互系统的一种实施方式的结构示意图;
图2为治疗单元的实施方式的结构示意图;
图3为大数据库单元的实施方式的结构示意图;
图4为娱乐单元的实施方式的结构示意图;
图5为BBS单元的实施方式的结构示意图;
图6为大数据医疗管理的智能护理交互系统的另一种实施方式的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本申请进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
下面参考附图对本发明大数据医疗管理的智能护理交互系统的实施例进行描述。所述系统包括护士站、管理服务中心以及终端组;所述护士站通过传呼单元调取所述管理服务中心的内容与所述终端组进行交互;所述管理服务中心作为该系统的控制中心,负责支撑和管理整个系统及各装置的运行;
如附图1所示,所述管理服务中心包括
HIS接口单元,配置为通过HIS接口适配器与医院的HIS系统相连接,以进行诊疗数据的传输;
LIS接口单元,配置为通过LIS接口适配器与医院的LIS系统相连接,以进行检验科数据的传输;
大数据库单元,包括本地储存的医院病例数据库和云端的全国病例数据库,所述大数据库单元配置为实时存储本地医院病例数据并通过互联网上传至云数据库服务器,同时可通过访问接口访问云数据库以获取全国病例数据库的数据;
分别与所述HIS接口单元、LIS接口单元和数据库单元连接的治疗单元,配置为监督和执行患者在治病期间的医疗手续、治疗过程以及住院日常项目;
所述终端组包括具有语音广播、显示、呼叫转移和/或传呼对讲功能的设备。
本发明系统与医院HIS系统联网后,可将HIS系统传送过来的有关数据通过护士站工作站自动转换成护理信息发送到病床工作站液晶显示屏和护理信息指示灯上,实现全院信息一体化、病历无纸化。医院信息化以病人信息的共享为核心,包括医院各个科室之间、医院之间、医院与社区、医疗保险、卫生行政等部门的信息共享,最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。
其中,所述治疗单元包括医疗方案模块、配药治疗模块、配餐模块、医疗检查模块、医疗计费模块、疗效反馈模块、住院日志模块以及病员就医数据保存模块,如图2所示;
所述医疗方案模块用于记载医疗过程中的医嘱、临时医嘱以及医疗费用清单项目;
所述配药治疗模块配置为采用条码管理手段、财务自动计费自动生成财务计费,并将相关临床治疗费用及治疗剂量、时间通过所述LIS接口单元录入LIS系统中;
所述配餐模块用于记录配餐清单及其费用,同时记录患者的饮食状态;
所述医疗检查模块用于进行实验室检查和临床检查,将检查结果保存,并通过所述LIS接口单元录入LIS系统中;
所述医疗计费模块用于对已发生费用清单明细和将要发生费用清单明细进行计费结算;
所述住院日志模块与医疗方案模块相连接,用于将信息反馈给医疗小组以修正或优化医疗方案;
所述病员就医保存数据用于将病员住院期间的费用清单明细保存、打印,并供患者查看和下载。
一个示例中,所述大数据库单元包括数据检索模块、医疗结果分析模块、医院评分模块、保险公司索赔模块、医疗事故模块、临床医学交流模块、医疗期刊发布模块以及审核纠错模块,图3所示;
所述数据检索模块用于通过全国病例数据库进行数据检索,找寻包含有相似病症病例的治疗方案、费用以及成效列表比对的信息,并将所述信息进行横向对比;
所述医疗结果分析模块用于根据数据检索模块的对比信息对当前病例进行分析,判断当前患者诊断结果是否存在异议;
所述医院评分模块包括病例数据合理判断体系和医务人员晋级评定体系,所述病例数据合理判断体系用于依据多家医院的相似数据平均值进行病例效果的判断;所述医务人员晋级评定体系用于依据在职人员的手术/治疗病例数、成功及失败案例数量、治疗创新方案以及疗效汇总综合分析自动生成对应人员的晋级指标;
所述医疗事故模块配置为记录以往发生过的医疗事故、医患纠纷情况及处理结果;
所述临床医学交流模块设有病例教学区、治病最优方案讨论区、疑难杂症治疗讨论区、遗留积案专区以及未来发展探讨区;
所述审核纠错模块通过患者的自查审核对其账户数据进行的修改以及医生查勘过往病例结合当前的诊疗实现平台的自主纠错。
该示例中的大数据库单元包含有数据检索模块、医疗事故模块,使用者可以通过病患的社保号,在大数据库上直接了解到病患以往的病例状况以及就医的处理结果,结合当前的诊断提出更为有效的治疗方案,避免误诊的发生。同时还可以了解到以往发生过的医患纠纷情况及处理结果,例如在同一显示界面标识是否存在医患纠纷情况或提示风险;对于患者的接待做到心中有数,可以及早针对患者行为进行评判或者采取预防措施,如患者的心理建设、安检措施等等,对于医闹进行介入处理。另一方面,病患可以通过社保账号登陆大数据库情况,结合医院对自己的诊断处理,对比以往的病况结果,可以了解自己的身体变化情况,系统根据相似病例的检索结果进行比对评判。在一个示例中,数据库系统设有基于数据库的病症诊断预测功能,使用者输入需要预测的病症信息,根据具体的病症信息遍寻数据库中相似病症患者数据,以相似度最高的若干个病症病例进行横向列表比对,具体为横向对比相似症状患者的治疗方案和治疗费用,降低欺诈行为和降低误诊的概率。而对于医疗碰瓷患者,可以根据以往病例的频次及早的进行介入制止。总的来说,通过本发明大数据库单元能够有效的解决医患双方的顾忌和猜疑,让双方的背景都变得十分的清晰明了,可以抑制医闹等过激行为的发生,自觉建立起良好的医患关系。
病例建档存入大数据可汇总细分为多项用途,让数据充满活力。例如可以治愈的病例数据能够简化治疗手段,降低治疗费用,规范治疗方案,规避高价医疗的发生;对于用到的药物可以进行精准的大批量集中采购,降低医疗成本。对于不能治愈的病例可以警示医护人员,及早做好事前的防范处理,同时也是对医疗行业提出未来的科学研究方向;疑难杂症及异病症状的录入,则可能会对新的治疗方向产生引导。
另一示例,大数据库单元的医院评分模块还体现在对于医师的职称评定的作用;所述医务人员晋级评定体系的评定方法包括
评价医生的治愈案例数量和失败案例数量,并统计其医疗业务分数值B1;其中,所述治愈案例数量中案例难度系数达到复杂则增加权重分值,否则不增加;或者针对不同病例的治愈案件数量超过设定阈值,增加权重分值;针对失败案件中判定为误诊的情况,则执行减权重的计算;
搜索评级阶段的课题研究报告及相关成果,根据课题研究报告的难易程度进行评分,分数值为B2;
按照(医疗业务分数值B1*权重)和(课题研究报告分数值B2*权重)的总和计算医务人员晋级评定的结果。
需要说明的是,这些大数据计算中的权重还是需要平台依据医院的情况进行汇总分析所取得和不断的改进调校中,上述仅为示例,通过结合实际的调整才能有好的实施和结果。
所述大数据库单元还包括权限模块,例如采用分级月缴费的制度,不同级别的人员可看到的数据是分等级的,级别不同的价格不同,看到的是内容权限也不同,如市区范围内、一个省范围内、省+直辖市范围内、全国范围内的所有医院的权限划分;平台通过不同级别的授权来收取利润维护平台的正常运行和花销。一个具体示例中,所述权限模块配置为针对不同账户的可访问的内容权限进行分级授权;具体包括:最低级别的只能获取自己账户的所有信息;高一级则可以获取同等级别他人的治疗方案与费用和疗效及负面的案例;更高一步则可以获取医院的评价级别和医师的治疗效果的级别;还有一级则是可以获取同组级别的bbs聊天互动。
大数据库单元的临床医学交流模块引入论坛反馈和互动的作用。病患的反馈可以作为对医院和护理工作的监督和检查,通过大数据处理可以解决大量繁杂的低层次同质化的问题,尤其是已经有解决方案的相同案例的出现,可以大大优化案例数量,让平台可以用最低成本和时间来应对新问题的出现。针对疑难杂症及未解决的案例,可以集思广益,起到抛砖引玉的作用,尤其是可以促成各大医院的优势互补的协作攻关模式的互助公关作用,例如将一个难题分解为各具优势的分医院,分领域(优势)的解决的小模块组合体,可以加快问题的解决进度。
此外,大数据库单元还设有审核纠错模块,采用两种方式:患者的自查审核功能,能自动维护好平台数据录入的准确性和资料的完整性,是平台自助运行最好的维护手段;医生查勘以前病历,结合当前的诊疗,可以核查前期治疗的误诊性,提高数据库资料的科学性,是平台自动纠错维护的最佳技术保障,同时也是鼓励医师晋级的一个捷径渠道,提高平台自主纠错的能力和积极性。
图4、图6所示,所述管理中心服务器还包括娱乐单元,所述娱乐单元包括终端显示的医院信息和新闻、电子订餐、电子图书馆、游戏专区、节目预制、视频点播、资料上传以及外网审批开通多项功能。所述医院信息和新闻具体内容包括医院简介、新闻动态、科室介绍、专家团队和天气预报;所述外网审批开通包括在线升级、信息发布、网络浏览以及视频通话等功能。
图5-6所示,所述管理中心服务器还包括BBS单元,所述BBS单元包括病区BBS、医院BBS、医疗百科、外联公告求助平台、相似病例资料查询比较、打赏模块以及购物平台。
所述相似病例资料查询比较具体为通过病例病症以及治疗方案的相似性在数据库中比对查找相似病例,随后将相似病例的费用及其明细与所述治疗单元中的医疗计费模块的费用清单明细进行比较,并得出对比结果。
所述打赏模块包括与支付app对接的对接部和监管部,所述对接部用于向后台管理端发起支付,已进行第三方线上支付操作,所述支付app包括但不限于:微信支付、支付宝支付、百度钱包支付和苹果支付;所述监管部用于通过实名制对打赏行为进行监管和追责,同时对实名制下的用户的信誉度进行评级。
所述购物平台为对应医院内部的实体购物区的货物设置的线上购物区。
需要说明的是,在BBS中加入的打赏功能可很好的激发互助的热情和积极地参与度;同时相应的需要增加监管追责平台,防止财务诈骗的发生,即使追不回钱,也要把实名制下的用户的信誉度做上黑星等级的标志。其功能类似于现有的购物平台的交易方式,引入微信、支付宝、百度钱包等支付功能和平台监管功能,具体的平台监管流程为:所有交易都要通过支付平台中转完成,买卖双方达成交易意向后,卖方资金通过交易平台付款,资金在平台保留7天,在卖方完成服务后,用户在7日之内同意付款确认后,或是交易7日后用户无异议的情况下,平台将资金打到卖方指定的账户,完成交易。如果7日内,用户反悔,可向平台申请退款,平台向卖方查问原因,如果合理,平台则取消交易,将资金返还用户,否则继续完成交易,同时对有异议的交易单据做信誉记录并备档可查(异常交易记录)。用户可在交易之前,可在平台上查阅查找异常交易记录(买卖双方均可查找),查看对方的信誉记录和具体的事例记录,从而自行决定是否继续交易下去。这样可以通过日积月累的交易信息,剔除不良用户和商家,营造信誉优良用户的良好的交易环境。当然,该BBS单元也可以简化资金监管的方法,如直接引入购物平台(如淘宝天猫)的链接来完成交易,同时平台把控和监督交易进行的全过程,从而把握用户的信誉程度,将不良用户屏蔽出本平台的作用,保障平台的良性运作。
而针对本系统BBS单元自身设置的监管功能,则主要体现在信息内容的监管。在一个具体示例中,所述监管部包括日志记录子单元、遮挡子单元以及打赏解封子单元。所述日志记录子单元用于将交易的结果和冲突的情况如实的记录下来,完成统计备档待查,可由用户直接翻阅统计数据,有针对性的查阅这些记录,用户自己来决定是否需要打赏交易。所述遮挡子单元用于根据后台设置的规则对原始记录的内容进行部分遮挡,且呈现为黑影形式。所述打赏解封子单元用于针对不同密级的遮挡内容设置不同的解封价格,当后台接收到解封命令时,所述遮挡子单元进行对应的遮挡内容解封。
具体的操作中,平台按照公平公正原则旨在做到避免收钱即可取消用户的不良记录的“行贿行为”,但在实际操作上会遇到各种各样的阻力,也可能因用户不良记录引发较大的消极影响,因此,平台根据评判原始记录的内容为不妥当发布时,会自动施加遮挡技术,将部分原始记录的内容进行黑影遮挡;而保留原始记录的长度,让用户在翻阅时可以看到记录上遮挡技术留下的黑影,如果用户很想查阅这些被遮挡的内容,可以通过向平台打赏的方式(追加打赏等级——不同密级遮挡技术有不同的解封价格)来查阅这些遮挡技术下面的真实记录。如此,可有效的保障平台的真实性,同时还可以回避掉一些实际操作中的难度。
所述BBS单元还包括屏蔽隐藏功能和用户的反馈意见区,所述屏蔽隐藏功能配置为发布者设定具体类别的群体不能查看自己发布的信息,或者指定某类等级的用户可以查看自己发布的信息;例如发布类似于现有的百度文库中的预览文件(打赏多少钱可见全文)的发布模式,这样即可以避免在不合适的场合发布,又保护了发布者的利益,还可以充分调动用户的积极性,扩大平台的内容信息量,增加平台的存在价值量。所述反馈意见区设置在平台的每个信息和交易发布的栏目下,用户可通过人机交互设备输入意见;该功能可增加用户的监督能力,通过真实的反馈来约束信息的交易的真实性和可靠性,使得平台信息的质量随着时间的延长得到自动的提升。
护士站系统是将整个病区完全的计算机化的网络体系,通过工业电脑主板搭建起来的终端网络结构,完全将智能化从护士站延伸到病床终端,真正做到了医院的网络全覆盖的理念。通过结构化的综合布线系统和计算机网络技术,做到一次性的硬件开发成本,多项目受益的良好局面。护士站计算机通过10M/100M Ethernet与其他计算机连接,各计算机完全基于企业内部网Intranet之上,通过Web服务器和浏览器技术来实现各管理系统的实时信息交互、综合和共享,实现统一的人机交互界面和跨平台的数据库访问。
在交互结构上,所述终端组包括桌面显示终端、点阵屏、广播、对讲机、呼叫开关、病房门口平板电脑以及病房内各分机平板电脑,所述护士站的传呼单元通过一级网络交换机与护士站的桌面显示终端连接,并通过与一级网络交换机相连接的二级网络交换机与每个病房或病区的其他终端相连接。
如图5所示,所述传呼单元与所述HIS接口单元相连接,所述传呼单元包括病院信息模块、终端信息呈现模块、显示模块、呼叫转移模块、传呼对讲模块、可视化模块以及系统自检模块。其中终端信息的呈现方式包括输液报警、条码扫描、摄像头以及监护设备的使用。其中呼叫转移包括下述功能:当前的终端切换成主机功能;护士工作定位机显示出功能切换后的终端号码并有权终止此项功能的继续运行;病区报警在护士站主机中汇集时,同时在终端上显示。传呼对讲包括终端报警、选通对讲以及病区广播等。可视化视频则是病人与探视家属可实现双向通话和双向视频通讯,病区出入可视联动门禁。
本发明的病员反馈数据主要着重于智慧护士站中的床头分机平板电脑的数据录入功能,而市场上的同类产品几乎完全忽视了病员反馈的功能设计(功能弱化,只有简单的应答功能),不能够对医院的大数据起到反馈和准确性的借鉴及监督作用。而本发明的硬件设计是经过功能加强的平板电脑为基础的,以确保输入输出的人工对话功能的完善改良版。
具体的,所述分机平板电脑通过人机交互设备采集病员在治疗过程中的反馈信息,收存于护士站中的工作电脑,然后通过医院内部的局域网存储于医院的数据服务中心,同时生成报表目录含病例简报通过防火墙连接外网上传到云端数据库备档保存。
在基于医院现有设备上进行改进,医护数据的收集则偏重于软件功能的实现(通过计算机间的网络连接来读取数据),硬件由医护办公室中现成的工作电脑来完成,不再另外配备硬件设计。各护士站、医生值班室、办公室所有电脑通过网络互联,有医院的值班服务器统计所有数据,完成数据库的输出和输入功能。
本发明另一方面基于上述设计原理提供了一种大数据医疗管理的智能护理交互设备,所述设备配置有包括包含上述功能的硬件设备。
需要说明的是,这里描述的按照本发明的系统可以以不同形式的硬件、软件、固件、专用处理器或其组合实现。在本发明的一个示范性实施例中,这里描述的系统和方法是以作为应用程序的软件实现的,包括有形地包含在一个或多个程序存储装置(例如,软盘、RAM、CDROM、DVD、ROM和闪存存储器)上,并可通过包括适当的体系结构的任何装置或机器执行的程序指令。
还需要说明的是,因为附图中描绘的系统模块,可以用软件实现,所以系统部件(或处理步骤的流程)之间的实际连接可以因应用程序编程方式而不同。按照上述教导,本领域技术人员能够设计本发明的这些和类似的实现方案或配置。
以上所述的实施方式,并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等,均应包含在该技术方案的保护范围之内。

Claims (10)

1.一种基于大数据医疗管理的智能护理交互系统,其特征在于,所述系统包括护士站、管理服务中心以及终端组;所述护士站通过传呼单元调取所述管理服务中心的内容与所述终端组进行交互;所述管理服务中心作为该系统的控制中心,负责支撑和管理整个系统及各装置的运行;
所述管理服务中心包括
HIS接口单元,配置为通过HIS接口适配器与医院的HIS系统相连接,以进行诊疗数据的传输;
LIS接口单元,配置为通过LIS接口适配器与医院的LIS系统相连接,以进行检验科数据的传输;
大数据库单元,包括本地储存的医院病例数据库和云端的全国病例数据库,所述大数据库单元配置为实时存储本地医院病例数据并通过互联网上传至云数据库服务器,同时可通过访问接口访问云数据库以获取全国病例数据库的数据;
分别与所述HIS接口单元、LIS接口单元和数据库单元连接的治疗单元,配置为监督和执行患者在治病期间的医疗手续、治疗过程以及住院日常项目;
所述终端组包括具有语音广播、显示、呼叫转移和/或传呼对讲的设备。
2.如权利要求1所述的大数据医疗管理的智能护理交互系统,其特征在于,所述治疗单元包括医疗方案模块、配药治疗模块、配餐模块、医疗检查模块、医疗计费模块、疗效反馈模块、住院日志模块以及病员就医数据保存模块;
所述医疗方案模块用于记载医疗过程中的医嘱、临时医嘱以及医疗费用清单项目;
所述配药治疗模块配置为采用条码管理手段、财务自动计费自动生成财务计费,并将相关临床治疗费用及治疗剂量、时间通过所述LIS接口单元录入LIS系统中;
所述配餐模块用于记录配餐清单及其费用,同时记录患者的饮食状态;
所述医疗检查模块用于进行实验室检查和临床检查,将检查结果保存,并通过所述LIS接口单元录入LIS系统中;
所述医疗计费模块用于对已发生费用清单明细和将要发生费用清单明细进行计费结算;
所述住院日志模块与医疗方案模块相连接,用于将信息反馈给医疗小组以修正或优化医疗方案;
所述病员就医保存数据用于将病员住院期间的费用清单明细保存、打印,并供患者查看和下载。
3.如权利要求1所述的大数据医疗管理的智能护理交互系统,其特征在于,所述大数据库单元包括数据检索模块、医疗结果分析模块、医院评分模块、保险公司索赔模块、医疗事故模块、临床医学交流模块、医疗期刊发布模块以及审核纠错模块;
所述数据检索模块用于通过全国病例数据库进行数据检索,找寻包含有相似病症病例的治疗方案、费用以及成效列表比对的信息,并将所述信息进行横向对比;
所述医疗结果分析模块用于根据数据检索模块的对比信息对当前病例进行分析,判断当前患者诊断结果是否存在异议;
所述医院评分模块包括病例数据合理判断体系和医务人员晋级评定体系,所述病例数据合理判断体系用于依据多家医院的相似数据平均值进行病例效果的判断;所述医务人员晋级评定体系用于依据在职人员的手术/治疗病例数、成功及失败案例数量、治疗创新方案以及疗效汇总综合分析自动生成对应人员的晋级指标;
所述医疗事故模块配置为记录以往发生过的医疗事故、医患纠纷情况及处理结果;
所述临床医学交流模块设有病例教学区、治病最优方案讨论区、疑难杂症治疗讨论区、遗留积案专区以及未来发展探讨区;
所述审核纠错模块通过患者的自查审核对其账户数据进行的修改以及医生查勘过往病例结合当前的诊疗实现平台的自主纠错。
4.如权利要求3所述的大数据医疗管理的智能护理交互系统,其特征在于,所述医务人员晋级评定体系的评定方法包括
评价医生的治愈案例数量和失败案例数量,并统计其医疗业务分数值B1;其中,所述治愈案例数量中案例难度系数达到复杂则增加权重分值,否则不增加;或者针对不同病例的治愈案件数量超过设定阈值,增加权重分值;针对失败案件中判定为误诊的情况,则执行减权重的计算;
搜索评级阶段的课题研究报告及相关成果,根据课题研究报告的难易程度进行评分,分数值为B2;
按照(医疗业务分数值B1*权重)和(课题研究报告分数值B2*权重)的总和计算医务人员晋级评定的结果。
5.如权利要求3所述的大数据医疗管理的智能护理交互系统,其特征在于,所述大数据库单元还包括权限模块,所述权限模块配置为针对不同账户的可访问的内容权限进行分级授权;具体包括:最低级别的只能获取自己账户的所有信息;高一级则可以获取同等级别他人的治疗方案与费用和疗效及负面的案例;更高一步则可以获取医院的评价级别和医师的治疗效果的级别;还有一级则是可以获取同组级别的bbs聊天互动。
6.如权利要求1所述的大数据医疗管理的智能护理交互系统,其特征在于,所述管理中心服务器还包括娱乐单元,所述娱乐单元包括终端显示的医院信息和新闻、电子订餐、电子图书馆、游戏专区、节目预制、视频点播、资料上传以及外网审批开通多项功能。
7.如权利要求1所述的大数据医疗管理的智能护理交互系统,其特征在于,所述管理中心服务器还包括BBS单元,所述BBS单元包括病区BBS、医院BBS、医疗百科、外联公告求助平台、相似病例资料查询比较、打赏模块以及购物平台;
所述相似病例资料查询比较具体为通过病例病症以及治疗方案的相似性在数据库中比对查找相似病例,随后将相似病例的费用及其明细与所述治疗单元中的医疗计费模块的费用清单明细进行比较,并得出对比结果;
所述打赏模块包括与支付app对接的对接部和监管部,所述对接部用于向后台管理端发起支付,已进行第三方线上支付操作,所述支付app包括但不限于:微信支付、支付宝支付、百度钱包支付和苹果支付;所述监管部用于通过实名制对打赏行为进行监管和追责,同时对实名制下的用户的信誉度进行评级;
所述购物平台为对应医院内部的实体购物区的货物设置的线上购物区。
8.如权利要求7所述的大数据医疗管理的智能护理交互系统,其特征在于,所述监管部包括日志记录子单元、遮挡子单元以及打赏解封子单元,所述日志记录子单元用于将交易的结果和冲突的情况如实的记录下来,完成统计备档待查;所述遮挡子单元用于根据后台设置的规则对原始记录的内容进行部分遮挡,且呈现为黑影形式;所述打赏解封子单元用于针对不同密级的遮挡内容设置不同的解封价格,当后台接收到解封命令时,所述遮挡子单元进行对应的遮挡内容解封;
所述BBS单元还包括屏蔽隐藏功能和用户的反馈意见区,所述屏蔽隐藏功能配置为发布者设定具体类别的群体不能查看自己发布的信息,或者指定某类等级的用户可以查看自己发布的信息;所述反馈意见区设置在平台的每个信息和交易发布的栏目下,用户可通过人机交互设备输入意见。
9.如权利要求1所述的大数据医疗管理的智能护理交互系统,其特征在于,所述终端组包括桌面显示终端、点阵屏、广播、对讲机、呼叫开关、病房门口平板电脑以及病房内各分机平板电脑,所述护士站的传呼单元通过一级网络交换机与护士站的桌面显示终端连接,并通过与一级网络交换机相连接的二级网络交换机与每个病房或病区的其他终端相连接;
所述传呼单元与所述HIS接口单元相连接,所述传呼单元包括病院信息模块、终端信息呈现模块、显示模块、呼叫转移模块、传呼对讲模块、可视化模块以及系统自检模块;
所述分机平板电脑通过人机交互设备采集病员在治疗过程中的反馈信息,收存于护士站中的工作电脑,然后通过医院内部的局域网存储于医院的数据服务中心,同时生成报表目录含病例简报通过防火墙连接外网上传到云端数据库备档保存。
10.一种大数据医疗管理的智能护理交互设备,其特征在于,所述设备配置有包括包含权利要求1-9中任一项所述功能的硬件设备。
CN202110142948.0A 2021-02-02 2021-02-02 基于大数据医疗管理的智能护理交互系统 Pending CN112786196A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110142948.0A CN112786196A (zh) 2021-02-02 2021-02-02 基于大数据医疗管理的智能护理交互系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110142948.0A CN112786196A (zh) 2021-02-02 2021-02-02 基于大数据医疗管理的智能护理交互系统

Publications (1)

Publication Number Publication Date
CN112786196A true CN112786196A (zh) 2021-05-11

Family

ID=75760515

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110142948.0A Pending CN112786196A (zh) 2021-02-02 2021-02-02 基于大数据医疗管理的智能护理交互系统

Country Status (1)

Country Link
CN (1) CN112786196A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114038542A (zh) * 2021-10-12 2022-02-11 吉林医药学院 基于医疗大数据的医疗信息共享方法及系统
CN114694828A (zh) * 2022-03-22 2022-07-01 苏州德品医疗科技股份有限公司 一种病区医护对讲管理系统

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101021910A (zh) * 2006-02-13 2007-08-22 中山市人民医院 大规模集成化医院信息系统及其设备
US20130054260A1 (en) * 2011-08-24 2013-02-28 Paul Evans System and Method for Producing Performance Reporting and Comparative Analytics for Finance, Clinical Operations, Physician Management, Patient Encounter, and Quality of Patient Care
CN103034780A (zh) * 2012-11-01 2013-04-10 张伟 基于异构网络的医院病房管理系统
CN104766024A (zh) * 2015-03-13 2015-07-08 河南群智信息技术有限公司 基于云平台的医疗系统病例信息存储调用方法
CN105528526A (zh) * 2016-01-15 2016-04-27 胡广芹 一种基于中医药传承与大数据挖掘的生命周期动态健康管理系统
CN107506567A (zh) * 2016-06-14 2017-12-22 武汉嘉杰电讯科技发展有限公司 一种居民医疗智能管理系统及方法
CN108053880A (zh) * 2018-01-11 2018-05-18 深圳市云护宝计算机技术有限公司 基于智能物联网互联的医疗信息共享管理平台及管理方法
CN108281195A (zh) * 2017-01-04 2018-07-13 深圳市全息医疗数据有限责任公司 一种医疗数据的管理方法及系统
CN109727670A (zh) * 2018-11-13 2019-05-07 合肥数翼信息科技有限公司 一种智能中风康复监护方法和系统
CN110584605A (zh) * 2019-09-10 2019-12-20 贾英 一种相似度匹配的诊断监控综合医疗系统及其匹配方法
CN111177356A (zh) * 2019-12-31 2020-05-19 佛山科学技术学院 一种酸碱指标医疗大数据分析方法及系统
CN111242466A (zh) * 2020-01-08 2020-06-05 袁勇 一种基于按病种与病组分值付费的医院绩效管理系统及方法

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101021910A (zh) * 2006-02-13 2007-08-22 中山市人民医院 大规模集成化医院信息系统及其设备
US20130054260A1 (en) * 2011-08-24 2013-02-28 Paul Evans System and Method for Producing Performance Reporting and Comparative Analytics for Finance, Clinical Operations, Physician Management, Patient Encounter, and Quality of Patient Care
CN103034780A (zh) * 2012-11-01 2013-04-10 张伟 基于异构网络的医院病房管理系统
CN104766024A (zh) * 2015-03-13 2015-07-08 河南群智信息技术有限公司 基于云平台的医疗系统病例信息存储调用方法
CN105528526A (zh) * 2016-01-15 2016-04-27 胡广芹 一种基于中医药传承与大数据挖掘的生命周期动态健康管理系统
CN107506567A (zh) * 2016-06-14 2017-12-22 武汉嘉杰电讯科技发展有限公司 一种居民医疗智能管理系统及方法
CN108281195A (zh) * 2017-01-04 2018-07-13 深圳市全息医疗数据有限责任公司 一种医疗数据的管理方法及系统
CN108053880A (zh) * 2018-01-11 2018-05-18 深圳市云护宝计算机技术有限公司 基于智能物联网互联的医疗信息共享管理平台及管理方法
CN109727670A (zh) * 2018-11-13 2019-05-07 合肥数翼信息科技有限公司 一种智能中风康复监护方法和系统
CN110584605A (zh) * 2019-09-10 2019-12-20 贾英 一种相似度匹配的诊断监控综合医疗系统及其匹配方法
CN111177356A (zh) * 2019-12-31 2020-05-19 佛山科学技术学院 一种酸碱指标医疗大数据分析方法及系统
CN111242466A (zh) * 2020-01-08 2020-06-05 袁勇 一种基于按病种与病组分值付费的医院绩效管理系统及方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
吴佳学: "《临床实验室管理》", 31 December 2019, 中国医药科技出版社, pages: 211 - 212 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114038542A (zh) * 2021-10-12 2022-02-11 吉林医药学院 基于医疗大数据的医疗信息共享方法及系统
CN114038542B (zh) * 2021-10-12 2022-06-21 吉林医药学院 基于医疗大数据的医疗信息共享方法及系统
CN114694828A (zh) * 2022-03-22 2022-07-01 苏州德品医疗科技股份有限公司 一种病区医护对讲管理系统

Similar Documents

Publication Publication Date Title
US20200242626A1 (en) Fraud lead detection system for efficiently processing database-stored data and automatically generating natural language explanatory information of system results for display in interactive user interfaces
US11030581B2 (en) Medical claims lead summary report generation
US20140278479A1 (en) Fraud detection in healthcare
Kulcsar et al. Improving stroke outcomes in rural areas through telestroke programs: an examination of barriers, facilitators, and state policies
EP2911079A2 (en) Healthcare fraud sharing system
US20110246236A1 (en) System and method for tracking and reporting clinical events across a vast patient population
CN101021911A (zh) 大规模集成化医院信息系统
CN112786196A (zh) 基于大数据医疗管理的智能护理交互系统
CN111046426A (zh) 一种全员人口健康信息综合管理架构
Li et al. Medical insurance information systems in China: mixed methods study
CN116013505A (zh) 一种基于drg的医疗费用管理系统
Jiang et al. Perceived effect of financial risk protection by the Urban–Rural Resident Basic Medical Insurance Scheme: a mixed-methods study of rural residents in China
CN113241157B (zh) 一种互联网医疗服务监管平台
Coffey Casemix information in the United States: fifteen years of management and clinical experience
Stanton Fraud-and-abuse enforcement in Medicare: finding middle ground
Mendelson et al. Health information systems and the role of state government
Terry Electronic health records: international, structural and legal perspectives
Abbasi et al. Using pharmacy surveillance information systems to monitor the dispensing practice of under-controlled drugs: A qualitative study on necessities, requirements, and implementation challenges
Jiang et al. Application and Feasibility Study of Integrated Nursing Information Construction in Nephrology Nursing
JP2002288336A (ja) 診療報酬請求事務代行・情報サービス業の処理方法
Chen Stakeholder power analysis of the facilitators and barriers for telehealth solution implementation in China: A qualitative study of individual users in Beijing and interviews with institutional stakeholders
Hansen et al. Cost factors in implementing telemonitoring programs in rural home health agencies
Wang et al. Perceptions of the benefits of the basic medical insurance system among the insured: a mixed methods research of a northern city in China
Zhang et al. Intelligent Medical Insurance Supervision System
Ayabakan et al. Where is my money? The interplay between healthcare information technologies and denied claims

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