CN112509681A - 一种基于大数据的智慧医疗服务系统 - Google Patents
一种基于大数据的智慧医疗服务系统 Download PDFInfo
- Publication number
- CN112509681A CN112509681A CN202011463808.5A CN202011463808A CN112509681A CN 112509681 A CN112509681 A CN 112509681A CN 202011463808 A CN202011463808 A CN 202011463808A CN 112509681 A CN112509681 A CN 112509681A
- Authority
- CN
- China
- Prior art keywords
- module
- information
- medicine
- patient
- department
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2462—Approximate or statistical queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
- G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
-
- 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
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Health & Medical Sciences (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Probability & Statistics with Applications (AREA)
- Tourism & Hospitality (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Quality & Reliability (AREA)
- Fuzzy Systems (AREA)
- General Engineering & Computer Science (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种基于大数据的智慧医疗服务系统,包括登录模块、挂号协调模块、账户识别模块、医师数据模块、医疗信息模块、诊疗模块、器械数据模块、药品同步模块、药品预警模块与计费模块、提示终端;登录模块用于患者账户的登录,登录名为用户的身份证号码,登录密码为患者预设密码,挂号协调模块用于获取患者账户信息,患者账户信息包括身份证号码与科室选择信息,医师数据模块用于保存各个科室信息,医师数据模块还用于实时记录各个科室医师的排班信息;本发明通过就诊模块可查询病床的余量与药品的余量,可防止患者白跑,在病床存在余量时,还可具体查询选中余量病床的楼层房间号,方便患者直接过去。
Description
技术领域
本发明涉及智慧医疗系统,具体为一种基于大数据的智慧医疗服务系统,属于智慧医疗技术领域。
背景技术
由于国内公共医疗管理系统的不完善,医疗成本高、渠道少、覆盖面低等问题困扰着大众民生,尤其以“效率较低的医疗体系、质量欠佳的医疗服务、看病难且贵的就医现状”为代表的医疗问题为社会关注的主要焦点,大医院人满为患,社区医院无人问津,病人就诊手续繁琐等等问题都是由于医疗信息不畅,医疗资源两极化,医疗监督机制不全等原因导致,这些问题已经成为影响社会和谐发展的重要因素,而建立一套智慧的医疗信息网络平台体系,可使患者用较短的等疗时间、支付基本的医疗费用,就可以享受安全、便利、优质的诊疗服务,智慧医疗由三部分组成,分别为智慧医院系统、区域卫生系统、以及家庭健康系统,高效、高质量和可负担的智慧医疗不但可以有效提高医疗质量,更可以有效阻止医疗费用的攀升,智慧医疗使从业医生能够搜索、分析和引用大量科学证据来支持他们的诊断,同时还可以使医生、医疗研究人员、药物供应商、保险公司等整个医疗生态圈的每一个群体受益,在不同医疗机构间,建起医疗信息整合平台,将医院之间的业务流程进行整合,医疗信息和资源可以共享和交换,跨医疗机构也可以进行在线预约和双向转诊。
现有的智慧医疗系统在使用时具有一定的弊端,在开药时无法实时获取当前药房内的药品数量信息,当对应的药品紧缺时,会导致患者到药房拿取药品失败,出现患者白跑的现象,需要重新下单其他替代的药品,增加了操作步骤降低了效率,无法实时获取医院病床的用量信息,也无法获取剩余病床的位置信息,在计算医疗总费用时,需要人工将药品价格与住院价格进行相加获得,需要进一步的完善与加强功能。
发明内容
本发明的目的就在于为了解决现有的智慧医疗系统,在开药时无法实时获取当前药房内的药品数量信息,当对应的药品紧缺时,会导致患者到药房拿取药品失败,出现患者白跑的现象,需要重新下单其他替代的药品,增加了操作步骤降低了效率,无法实时获取医院病床的用量信息,也无法获取剩余病床的位置信息,在计算医疗总费用时,需要人工将药品价格与住院价格进行相加获得的问题,而提出一种基于大数据的智慧医疗服务系统。
本发明的目的可以通过以下技术方案实现:一种基于大数据的智慧医疗服务系统,包括登录模块、挂号协调模块、账户识别模块、医师数据模块、医疗信息模块、诊疗模块、器械数据模块、药品同步模块、药品预警模块与计费模块、提示终端;
所述登录模块用于患者账户的登录,登录名为用户的身份证号码,登录密码为患者预设密码,所述挂号协调模块用于获取患者账户信息,患者账户信息包括身份证号码与科室选择信息,所述医师数据模块用于保存各个科室信息,所述医师数据模块还用于实时记录各个科室医师的排班信息,所述挂号协调模块还用于根据科室信息与科室医师排班信息进行信息筛选处理,具体的筛选处理步骤表现为:
步骤一:各个科室信息包括急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科......,获取患者的科室选择信息;
步骤二:将患者的科室选择信息作为检索关键词与各个科室信息进行匹配,匹配成功的科室即为患者挂号的科室;
步骤四:将匹配成功的科室作为检索关键词,检索该科室下的医师的排班信息,医师的排班信息即为七天内每天的可就诊人数;
当当天的可就诊人数为0时,则患者不可挂当天的号;
当当天的可就诊人数>0时,则患者可挂当天的号;
当前两天的可就诊人数均为0时,则患者不可挂前两天的号;
当前两天的可就诊人数均>0时,则患者可挂前两天任意一天的号,以此类推;
所述账户识别模块为身份证识别器,用于患者进入医院进行身份识别后的报到,所述医疗信息模块用于保存病史信息以及保存进新的看病信息,所述器械数据模块用于实时获取病床使用数据,所述药品同步模块用于实时获取药品数据,药品数据包括各类药品的剩余总量、价格以及药品名,所述诊疗模块用于信息的调取处理,调取的信息包括患者的病史、病床使用数据以及药品数据,调取处理步骤主要表现为:
S01:调取患者病历,调取患者需要的药品;
当药品数量为0时,此类药品开药失败;
当药品数量>0时,此类药品开药成功;
S02:当患者不需要住院时,则不调取病床使用数据,当患者需要住院时,调取病床使用数据,并根据病床使用数据进行判定;
当病床可用数量等于0时,判定为病床无法使用;
当病床可用数量>0时,判定为病床正常使用;
S03:将此次的开药信息与住院信息录入保存至医疗信息模块中;
所述计费模块用于获取开药信息与住院信息,并根据开药信息与住院信息进行计费统计,具体的统计步骤包括:
A01:获取开药的药品名标记为A,以及该药品下的开药数量标记为Anumber;
A02:将开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Armb,通过公式ArmbXAnumber=Az得到A药品的开药总价格;
A02:将另一个开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Brmb,通过公式BrmbXBnumber=Bz得到B药品的开药总价格,依次类推,得到各种不同药品的开药总价,通过公式Az+Bz+...=Yz,得到此次所有开药药品的总价格;
A03:获取住院信息,根据住院信息进行判定处理;
当住院信息为空值时,则此次所有开药药品的总价格为需要支付的总金额;
当住院信息为n时,对患者的住院费用进行计算,住院的费用为U元/天,通过公式nXu=ZY得到患者的住院总费用,通过公式Yz+ZY得到此次患者需要支付的总金额,其中n代表患者实际住院天数,不满一天按一天计算。
进一步在于:所述药品预警模块用于根据各类药品的消耗情况进行提醒处理,具体的提醒处理步骤表现为:
Q01:获取各类药品名信息,依次标记为medicineA、medicineB、medicineC、medicineD.....以此类推;
Q02:每个药品对应预设置有数量阈值,medicineA的数量阈值为Ay,medicineB的数量阈值为By,medicineC的数量阈值为Cy,medicineD的数量阈值为Dy.....以此类推;
Q03:medicineA的剩余总量标记为medicineAs,medicineB的剩余总量标记为medicineBs,medicineC的剩余总量标记为medicineCs,medicineD的剩余总量标记为medicineDs.....以此类推;
Q03:将各类药品的剩余总量与各自对应的数量阈值进行对比判定;
当medicineAs>Ay时,判定medicineA的药品为充裕状态;
当medicineAs≤Ay时,判定medicineA的药品为不充裕状态;
当medicineAs=0时,判定medicineA的药品为紧缺状态;
当medicineBs>By时,判定medicineB的药品为充裕状态;
当medicineBs≤By时,判定medicineB的药品为不充裕状态;
当medicineBs=0时,判定medicineB的药品为紧缺状态;
各类药品的对比判定以此类推。
进一步在于:所述提示终端用于获取药品预警模块的信息,并根据信息的不同进行不同的提醒处理,具体的提醒处理步骤包括:
F01:获取各类药品的状态信息,根据药品状态将药品分为三大类,依次为充裕状态、不充裕状态、紧缺状态;
F02:将处于紧缺状态的药品作为优先提醒对象,将处于不充裕状态的药品作为次级提醒对象,处于充裕状态的药品不作为提醒对象。
进一步在于:所述药品预警模块还用于药品的保质期计算处理,具体的计算处理步骤如下:
K01:获取各个药品的生产日期以及保质期;
K02:通过保质期与生产日期推算出各个药品所对应的过期时间;
K03:通过当前时间与各个药品所对应的过期时间计算得出各个药品剩余的未过期的天数,对剩余未过期的天数进行判定;
当该药品的剩余天数≥30天时,判定该药品为保质药品;
当该药品的剩余天数<30天时,判定该药品为次级药品。
进一步在于:所述提示终端还用于显示提醒次级药品。
进一步在于:所述器械数据模块实时获取的病床使用数据包括病床使用数据以及各个病床所对应的楼层、房间号。
进一步在于:所述登录模块还用于患者账户的匹配验证,匹配验证的方法为:将患者账户名作为匹配源,将账户密码作为验证源。
进一步在于:所述医疗信息模块还用于获取患者此次的支付总金额,并将支付总金额、开药信息、住院信息与患者的身份证信息一同绑定附加上时间戳进行保存记录。
进一步在于:所述提示终端通过网线与云服务器连接,所述提示终端通过网线向云服务器上传与下载数据,传输的数据为医疗信息模块所保存的数据。
进一步在于:所述医疗信息模块用于根据挂号科室的不同对各科挂号人数进行年度数量统计,具体的统计步骤包括:
V01:获取各个患者账户下挂号所属的科室;
V02:对各个科室下的挂号人数进行统计,挂号的科室分为急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科......;
V03:根据各个科室下挂号的人数进行热度排名;
V04:按照挂号人数由多到少进行排列,排在第一位的科室为年度挂号最多的科室,排在末尾即为年度挂号最少的科室。
与现有技术相比,本发明的有益效果是:
1、通过就诊模块可查询病床的余量与药品的余量,当选择的药品余量不足时,方便医师另开可替代的药品,可防止患者白跑,在病床存在余量时,还可具体查询选中余量病床的楼层房间号,方便患者直接过去。
2、通过计费模块可计算该患者此次医治所需要支付的总金额,自动完成各类药品与住院价格的累加,无需相关工作人员在一个个添加计算,更加方便快捷。
3、药品预警模块可用于根据预设置的数量阈值与药品余量对人员进行提醒,提醒人员及时对紧缺或不充裕的药品进行补给,并且还能够对临近过期的药品进行提醒,更加智能且高效。
4、能通过医疗信息模块根据挂号科室的不同对各科挂号人数进行年度数量统计,获取各个患者账户下挂号所属的科室,对各个科室下的挂号人数进行统计,根据各个科室下挂号的人数进行热度排名,从而根据年度挂号人数与科室的热度对各科室的医师人数进行合理的分配。
附图说明
为了便于本领域技术人员理解,下面结合附图对本发明作进一步的说明。
图1为本发明系统框架图。
具体实施方式
下面将结合实施例对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参阅图1所示,一种基于大数据的智慧医疗服务系统,包括登录模块、挂号协调模块、账户识别模块、医师数据模块、医疗信息模块、诊疗模块、器械数据模块、药品同步模块、药品预警模块与计费模块、提示终端;
登录模块用于患者账户的登录,登录名为用户的身份证号码,登录密码为患者预设密码,挂号协调模块用于获取患者账户信息,患者账户信息包括身份证号码与科室选择信息,医师数据模块用于保存各个科室信息,医师数据模块还用于实时记录各个科室医师的排班信息,挂号协调模块还用于根据科室信息与科室医师排班信息进行信息筛选处理,具体的筛选处理步骤表现为:
步骤一:各个科室信息包括急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科......,获取患者的科室选择信息;
步骤二:将患者的科室选择信息作为检索关键词与各个科室信息进行匹配,匹配成功的科室即为患者挂号的科室;
步骤四:将匹配成功的科室作为检索关键词,检索该科室下的医师的排班信息,医师的排班信息即为七天内每天的可就诊人数;
当当天的可就诊人数为0时,则患者不可挂当天的号,只能选择之后六天的号;
当当天的可就诊人数>0时,则患者可挂当天的号,也可以挂之后六天的号;
当前两天的可就诊人数均为0时,则患者不可挂前两天的号,可挂两天之后五天内的号;
当前两天的可就诊人数均>0时,则患者可挂前两天任意一天的号,也可以挂之后的号,以此类推;
账户识别模块为身份证识别器,用于患者进入医院进行身份识别后的报到,报到完成后排队就诊,医疗信息模块用于保存病史信息以及保存进新的看病信息,器械数据模块用于实时获取病床使用数据,药品同步模块用于实时获取药品数据,药品数据包括各类药品的剩余总量、价格以及药品名,诊疗模块用于信息的调取处理,调取的信息包括患者的病史、病床使用数据以及药品数据,调取处理步骤主要表现为:
S01:调取患者病历,调取患者需要的药品;
当药品数量为0时,此类药品开药失败;
当药品数量>0时,此类药品开药成功;
S02:当患者不需要住院时,则不调取病床使用数据,当患者需要住院时,调取病床使用数据,并根据病床使用数据进行判定;
当病床可用数量等于0时,判定为病床无法使用;
当病床可用数量>0时,判定为病床正常使用;
S03:将此次的开药信息与住院信息录入保存至医疗信息模块中;
计费模块用于获取开药信息与住院信息,并根据开药信息与住院信息进行计费统计,具体的统计步骤包括:
A01:获取开药的药品名标记为A,以及该药品下的开药数量标记为Anumber;
A02:将开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Armb,通过公式ArmbXAnumber=Az得到A药品的开药总价格;
A02:将另一个开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Brmb,通过公式BrmbXBnumber=Bz得到B药品的开药总价格,依次类推,得到各种不同药品的开药总价,通过公式Az+Bz+...=Yz,得到此次所有开药药品的总价格;
A03:获取住院信息,根据住院信息进行判定处理;
当住院信息为空值时,则此次所有开药药品的总价格为需要支付的总金额;
当住院信息为n时,对患者的住院费用进行计算,住院的费用为U元/天,通过公式nXu=ZY得到患者的住院总费用,通过公式Yz+ZY得到此次患者需要支付的总金额,其中n代表患者实际住院天数,不满一天按一天计算。
药品预警模块用于根据各类药品的消耗情况进行提醒处理,具体的提醒处理步骤表现为:
Q01:获取各类药品名信息,依次标记为medicineA、medicineB、medicineC、medicineD.....以此类推;
Q02:每个药品对应预设置有数量阈值,medicineA的数量阈值为Ay,medicineB的数量阈值为By,medicineC的数量阈值为Cy,medicineD的数量阈值为Dy.....以此类推;
Q03:medicineA的剩余总量标记为medicineAs,medicineB的剩余总量标记为medicineBs,medicineC的剩余总量标记为medicineCs,medicineD的剩余总量标记为medicineDs.....以此类推;
Q03:将各类药品的剩余总量与各自对应的数量阈值进行对比判定;
当medicineAs>Ay时,判定medicineA的药品为充裕状态;
当medicineAs≤Ay时,判定medicineA的药品为不充裕状态;
当medicineAs=0时,判定medicineA的药品为紧缺状态;
当medicineBs>By时,判定medicineB的药品为充裕状态;
当medicineBs≤By时,判定medicineB的药品为不充裕状态;
当medicineBs=0时,判定medicineB的药品为紧缺状态;
各类药品的对比判定以此类推;
提示终端用于获取药品预警模块的信息,并根据信息的不同进行不同的提醒处理,具体的提醒处理步骤包括:
F01:获取各类药品的状态信息,根据药品状态将药品分为三大类,依次为充裕状态、不充裕状态、紧缺状态;
F02:将处于紧缺状态的药品作为优先提醒对象,将处于不充裕状态的药品作为次级提醒对象,处于充裕状态的药品不作为提醒对象;
药品预警模块还用于药品的保质期计算处理,具体的计算处理步骤如下:
K01:获取各个药品的生产日期以及保质期;
K02:通过保质期与生产日期推算出各个药品所对应的过期时间;
K03:通过当前时间与各个药品所对应的过期时间计算得出各个药品剩余的未过期的天数,对剩余未过期的天数进行判定;
当该药品的剩余天数≥30天时,判定该药品为保质药品;
当该药品的剩余天数<30天时,判定该药品为次级药品;
提示终端还用于显示提醒次级药品;
器械数据模块实时获取的病床使用数据包括病床使用数据以及各个病床所对应的楼层、房间号;
登录模块还用于患者账户的匹配验证,匹配验证的方法为:将患者账户名作为匹配源,将账户密码作为验证源;
医疗信息模块还用于获取患者此次的支付总金额,并将支付总金额、开药信息、住院信息与患者的身份证信息一同绑定附加上时间戳进行保存记录;
提示终端通过网线与云服务器连接,所述提示终端通过网线向云服务器上传与下载数据,传输的数据为医疗信息模块所保存的数据;
医疗信息模块用于根据挂号科室的不同对各科挂号人数进行年度数量统计,具体的统计步骤包括:
V01:获取各个患者账户下挂号所属的科室;
V02:对各个科室下的挂号人数进行统计,挂号的科室分为急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科......;
V03:根据各个科室下挂号的人数进行热度排名;
V04:按照挂号人数由多到少进行排列,排在第一位的科室为年度挂号最多的科室,排在末尾即为年度挂号最少的科室。
本发明在使用时,通过登录模块登入患者账户,登录后通过挂号协调模块进行科室选择,挂号协调模块根据患者选择的科室信息调取对应的科室医师排班信息,医师的排班信息即为七天内每天的可就诊人数,用户根据七天内每天的可就诊人数以及自己的空闲日期选择具体的就诊日期,就诊当日通过账户识别模块识别身份进行就诊报到,医师可通过医疗信息模块调取患者病史,通过就诊模块可查询病床的余量与药品的余量,当选择的药品余量不足时,方便医师另开可替代的药品,可防止患者白跑,在病床存在余量时,还可具体查询选中余量病床的楼层房间号,方便患者直接过去,通过计费模块可计算该患者此次医治所需要支付的总金额,无需相关工作人员在一个个添加计算,更加方便快捷,通过医疗信息模块获取患者此次的支付总金额,并将支付总金额、开药信息、住院信息与患者的身份证信息一同绑定附加上时间戳进行保存记录,药品预警模块可用于根据预设置的数量阈值与药品余量对人员进行提醒,提醒人员及时对紧缺或不充裕的药品进行补给,并且还能够对临近过期的次级药品进行提醒,提醒的内容由提示终端进行展示,更加智能且高效,并且还能够通过医疗信息模块根据挂号科室的不同对各科挂号人数进行年度数量统计,获取各个患者账户下挂号所属的科室,对各个科室下的挂号人数进行统计,根据各个科室下挂号的人数进行热度排名,按照挂号人数由多到少进行排列,排在第一位的科室为年度挂号最多的科室,排在末尾即为年度挂号最少的科室。
以上公开的本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本发明的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。
Claims (10)
1.一种基于大数据的智慧医疗服务系统,其特征在于,包括登录模块、挂号协调模块、账户识别模块、医师数据模块、医疗信息模块、诊疗模块、器械数据模块、药品同步模块、药品预警模块与计费模块、提示终端;
所述登录模块用于患者账户的登录,登录名为用户的身份证号码,登录密码为患者预设密码,所述挂号协调模块用于获取患者账户信息,患者账户信息包括身份证号码与科室选择信息,所述医师数据模块用于保存各个科室信息,所述医师数据模块还用于实时记录各个科室医师的排班信息,所述挂号协调模块还用于根据科室信息与科室医师排班信息进行信息筛选处理,具体的筛选处理步骤表现为:
步骤一:各个科室信息包括急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科……,获取患者的科室选择信息;
步骤二:将患者的科室选择信息作为检索关键词与各个科室信息进行匹配,匹配成功的科室即为患者挂号的科室;
步骤四:将匹配成功的科室作为检索关键词,检索该科室下的医师的排班信息,医师的排班信息即为七天内每天的可就诊人数;
当当天的可就诊人数为0时,则患者不可挂当天的号;
当当天的可就诊人数>0时,则患者可挂当天的号;
当前两天的可就诊人数均为0时,则患者不可挂前两天的号;
当前两天的可就诊人数均>0时,则患者可挂前两天任意一天的号,以此类推;
所述账户识别模块为身份证识别器,用于患者进入医院进行身份识别后的报到,所述医疗信息模块用于保存病史信息以及保存进新的看病信息,所述器械数据模块用于实时获取病床使用数据,所述药品同步模块用于实时获取药品数据,药品数据包括各类药品的剩余总量、价格以及药品名,所述诊疗模块用于信息的调取处理,调取的信息包括患者的病史、病床使用数据以及药品数据,调取处理步骤主要表现为:
S01:调取患者病历,调取患者需要的药品;
当药品数量为0时,此类药品开药失败;
当药品数量>0时,此类药品开药成功;
S02:当患者不需要住院时,则不调取病床使用数据,当患者需要住院时,调取病床使用数据,并根据病床使用数据进行判定;
当病床可用数量等于0时,判定为病床无法使用;
当病床可用数量>0时,判定为病床正常使用;
S03:将此次的开药信息与住院信息录入保存至医疗信息模块中;
所述计费模块用于获取开药信息与住院信息,并根据开药信息与住院信息进行计费统计,具体的统计步骤包括:
A01:获取开药的药品名标记为A,以及该药品下的开药数量标记为Anumber;
A02:将开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Armb,通过公式ArmbXAnumber=Az得到A药品的开药总价格;
A02:将另一个开药的药品名作为检索的关键词,检索匹配药品数据中与开药药品名相同的药品,将该药品的单价标记为Brmb,通过公式BrmbXBnumber=Bz得到B药品的开药总价格,依次类推,得到各种不同药品的开药总价,通过公式Az+Bz+…=Yz,得到此次所有开药药品的总价格;
A03:获取住院信息,根据住院信息进行判定处理;
当住院信息为空值时,则此次所有开药药品的总价格为需要支付的总金额;
当住院信息为n时,对患者的住院费用进行计算,住院的费用为U元/天,通过公式nXu=ZY得到患者的住院总费用,通过公式Yz+ZY得到此次患者需要支付的总金额,其中n代表患者实际住院天数,不满一天按一天计算。
2.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述药品预警模块用于根据各类药品的消耗情况进行提醒处理,具体的提醒处理步骤表现为:
Q01:获取各类药品名信息,依次标记为medicineA、medicineB、medicineC、medicineD.....以此类推;
Q02:每个药品对应预设置有数量阈值,medicineA的数量阈值为Ay,medicineB的数量阈值为By,medicineC的数量阈值为Cy,medicineD的数量阈值为Dy.....以此类推;
Q03:medicineA的剩余总量标记为medicineAs,medicineB的剩余总量标记为medicineBs,medicineC的剩余总量标记为medicineCs,medicineD的剩余总量标记为medicineDs.....以此类推;
Q03:将各类药品的剩余总量与各自对应的数量阈值进行对比判定;
当medicineAs>Ay时,判定medicineA的药品为充裕状态;
当medicineAs≤Ay时,判定medicineA的药品为不充裕状态;
当medicineAs=0时,判定medicineA的药品为紧缺状态;
当medicineBs>By时,判定medicineB的药品为充裕状态;
当medicineBs≤By时,判定medicineB的药品为不充裕状态;
当medicineBs=0时,判定medicineB的药品为紧缺状态;
各类药品的对比判定以此类推。
3.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述提示终端用于获取药品预警模块的信息,并根据信息的不同进行不同的提醒处理,具体的提醒处理步骤包括:
F01:获取各类药品的状态信息,根据药品状态将药品分为三大类,依次为充裕状态、不充裕状态、紧缺状态;
F02:将处于紧缺状态的药品作为优先提醒对象,将处于不充裕状态的药品作为次级提醒对象,处于充裕状态的药品不作为提醒对象。
4.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述药品预警模块还用于药品的保质期计算处理,具体的计算处理步骤如下:
K01:获取各个药品的生产日期以及保质期;
K02:通过保质期与生产日期推算出各个药品所对应的过期时间;
K03:通过当前时间与各个药品所对应的过期时间计算得出各个药品剩余的未过期的天数,对剩余未过期的天数进行判定;
当该药品的剩余天数≥30天时,判定该药品为保质药品;
当该药品的剩余天数<30天时,判定该药品为次级药品。
5.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述提示终端还用于显示提醒次级药品。
6.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述器械数据模块实时获取的病床使用数据包括病床使用数据以及各个病床所对应的楼层、房间号。
7.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述登录模块还用于患者账户的匹配验证,匹配验证的方法为:将患者账户名作为匹配源,将账户密码作为验证源。
8.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述医疗信息模块还用于获取患者此次的支付总金额,并将支付总金额、开药信息、住院信息与患者的身份证信息一同绑定附加上时间戳进行保存记录。
9.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述提示终端通过网线与云服务器连接,所述提示终端通过网线向云服务器上传与下载数据,传输的数据为医疗信息模块所保存的数据。
10.根据权利要求1所述的一种基于大数据的智慧医疗服务系统,其特征在于,所述医疗信息模块用于根据挂号科室的不同对各科挂号人数进行年度数量统计,具体的统计步骤包括:
V01:获取各个患者账户下挂号所属的科室;
V02:对各个科室下的挂号人数进行统计,挂号的科室分为急诊科、口腔科、内分泌科、骨科、妇科、儿科、肛肠外科……;
V03:根据各个科室下挂号的人数进行热度排名;
V04:按照挂号人数由多到少进行排列,排在第一位的科室为年度挂号最多的科室,排在末尾即为年度挂号最少的科室。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011463808.5A CN112509681A (zh) | 2020-12-08 | 2020-12-08 | 一种基于大数据的智慧医疗服务系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011463808.5A CN112509681A (zh) | 2020-12-08 | 2020-12-08 | 一种基于大数据的智慧医疗服务系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112509681A true CN112509681A (zh) | 2021-03-16 |
Family
ID=74972599
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011463808.5A Withdrawn CN112509681A (zh) | 2020-12-08 | 2020-12-08 | 一种基于大数据的智慧医疗服务系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112509681A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112885424A (zh) * | 2021-04-09 | 2021-06-01 | 陕西科技大学 | 一种基于医患互动的远程配药装置及其方法 |
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN115547479A (zh) * | 2022-12-02 | 2022-12-30 | 肺诊网(苏州)网络科技有限公司 | 一种基于5g消息的智慧医疗控制方法和系统 |
-
2020
- 2020-12-08 CN CN202011463808.5A patent/CN112509681A/zh not_active Withdrawn
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN114334111B (zh) * | 2019-01-21 | 2023-08-18 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN112885424A (zh) * | 2021-04-09 | 2021-06-01 | 陕西科技大学 | 一种基于医患互动的远程配药装置及其方法 |
CN115547479A (zh) * | 2022-12-02 | 2022-12-30 | 肺诊网(苏州)网络科技有限公司 | 一种基于5g消息的智慧医疗控制方法和系统 |
CN115547479B (zh) * | 2022-12-02 | 2023-03-03 | 肺诊网(苏州)网络科技有限公司 | 一种基于5g消息的智慧医疗控制方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112509681A (zh) | 一种基于大数据的智慧医疗服务系统 | |
US8165900B2 (en) | Patient check-in/scheduling kiosk | |
US5748907A (en) | Medical facility and business: automatic interactive dynamic real-time management | |
US5065315A (en) | System and method for scheduling and reporting patient related services including prioritizing services | |
Berbatis et al. | Enhanced pharmacy services, barriers and facilitators in Australia's community pharmacies: Australia's National Pharmacy Database Project | |
Onyett et al. | A national survey of community mental health teams. Team structure and process | |
CN110021412A (zh) | 医疗服务方法及装置、服务器、电子设备 | |
WO1995024010A1 (en) | Computer system for managing patient care | |
CN111276264A (zh) | 一种互联网医院系统 | |
CN102708415A (zh) | 一种医院预约挂号系统 | |
CN108417257A (zh) | 一种住院自助终端系统及其智能分诊管理系统 | |
CN109147917A (zh) | 医疗机构综合监督管理系统 | |
CN112365961A (zh) | 一种大数据智慧医疗系统 | |
KR100603028B1 (ko) | 치과병원 운영시스템 및 운영방법 | |
CN109215779A (zh) | 一种精准体检会诊方法 | |
CN117558420A (zh) | 一种基于互联网的护理服务系统及服务方法 | |
CN109390060A (zh) | 一种健康管家系统 | |
CN116862031A (zh) | 一种床位预约系统 | |
CN117059238A (zh) | 一种健康医疗大数据共享方法及系统 | |
CN110957014A (zh) | 一种肺癌早期筛查信息管理系统 | |
CN114974498A (zh) | 一种用于中小医院的区域检验诊断中心 | |
CN109119143A (zh) | 医疗服务质量控制方法及质量管理平台系统、电子装置 | |
US20210295962A1 (en) | Electronic Patient Registration and Billing | |
CN112489744A (zh) | 一种城市智慧医疗查询系统 | |
Athey et al. | The adoption and impact of advanced emergency response services |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210316 |
|
WW01 | Invention patent application withdrawn after publication |