CN112489750A - 一种基于智慧医疗云服务平台的导医系统 - Google Patents
一种基于智慧医疗云服务平台的导医系统 Download PDFInfo
- Publication number
- CN112489750A CN112489750A CN202011488000.2A CN202011488000A CN112489750A CN 112489750 A CN112489750 A CN 112489750A CN 202011488000 A CN202011488000 A CN 202011488000A CN 112489750 A CN112489750 A CN 112489750A
- Authority
- CN
- China
- Prior art keywords
- information
- patient
- module
- medical
- time
- 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
- 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
- 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
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Abstract
本发明公开了一种基于智慧医疗云服务平台的导医系统,包括患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块、复查取药模块、数据整理模块、数据处理模块、总控模块、信息显示模块与语音导航模块,患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块均与数据整理模块通信连接,所述数据整理模块与数据处理模块通信连接,所述数据处理模块与总控模块通信连接。本发明减小了医院由于导医护士的支出,提升了导医效率,有效防止了患者由于互相拥挤造成的导医效率慢的情况。
Description
技术领域
本发明涉及就医服务领域,具体涉及一种基于智慧医疗云服务平台的导医系统。
背景技术
目前医院中均配备有分诊台(或导诊台),提供导医服务,其作用是用以指导患者挂号和就诊,可改善服务环境,提高患者的就诊效率,但随着数字化医疗技术的发展,以患者为中心的就诊导医系统是医疗机构进行医疗信息化建设的核心部分之一,此类就诊导医系统可以帮助患者及时、准确、高效地找到适合患者症状的医院、科室、医生等信息,同时可以帮助医院实时疏导等待就医的患者,提高医院服务水平和服务能力。就诊导医系统是将多媒体技术和网络技术在医疗导医领域的综合应用,具有重要的意。通过无线网络进行定位,可以弥补GPS在建筑密集或者室内应用的限制,扩大定位服务的应用行业和范围,提高定位精度,降低部署成本,提高设备利用率,增强应对突发事件的救援能力,具有重要的社会意义,由于当今各行各业的信息化、智能化建设越来越普及,整个社会对各个行业的办事效率的要求越来越高,尤其是服务性行业,既要满足被服务人的服务需求。
目前,最新的导诊导医系统结合了智能技术,并在外观上设计成机器人样式,带给就诊患者一种亲切感,增加了大众对于该系统的认可度和接受度。通过建立与患者病症对应的疾病信息数据库,患者可以通过终端设备将自己的疾病症状(体征或者表征)输入系统,系统会根据该病症查找对应的疾病,以此作为患者选择就诊科室和医生的参考数据;同时,系统会提供医疗机构的科室信息、专家信息、健康宣教等内容供患者查阅,在一定程度上方便了患者选择就诊科室和医生,提升了医生的诊治效率。
但是目前的导医护士工作繁琐,工作量大导致导医护士进行导医服务时容易出现错误,极大的影响了患者的就医体验,而且一般在公立医院进行就医时,由于专家众多,治愈率率高,往往会出现大量人员等待的情况,且无法具体得知合适叫到自己的号码,所以致使大量患者挤在医院科室门口不愿离去,一方面堵塞的医院的通道,另一方面嘈杂的环境对医院的医生的诊治速度造成了影响,在进行一些隐私方面的病症的诊治时,往往会出现患者不好意思见异性病人而放弃治疗的情况,对患者的身体造成了进一步的损伤。
发明内容
本发明所要解决的技术问题在于:如何解决现有的就医服务目前的导医护士工作繁琐,工作量大导致导医护士进行导医服务时容易出现错误,大量患者挤在医院科室门口不愿离去,一方面堵塞的医院的通道,另一方面嘈杂的环境对医院的医生的诊治速度造成了影响,在进行一些隐私方面的病症的诊治时,往往会出现患者不好意思见异性病人而放弃治疗的情况,对患者的身体造成了进一步的损伤的问题,提供了一种基于智慧医疗云服务平台的导医系统。
本发明是通过以下技术方案解决上述技术问题的,一种基于智慧医疗云服务平台的导医系统,包括患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块、复查取药模块、数据整理模块、数据处理模块、总控模块、信息显示模块与语音导航模块。
所述患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块均与数据整理模块通信连接,所述数据整理模块与数据处理模块通信连接,所述数据处理模块与总控模块通信连接,所述总控模块与信息导航模块、语音导航模块、复查取药模块通信连接;
所述患者基本信息采集模块通过与智能移动终端或者大厅内的网络端口获取患者的基本信息,所述患者信息包括:年龄、性别、是否有传染疾病、是否婚配,所述患者病症情况采集模块用于采集患者病症情况信息,所述医疗科室排队信息采集模块用于采集医疗科室的排队情况,所述医疗科室医生信息采集模块用于采集医疗科室信息,医疗科室信息包括医生行医年份信息、医生性别信息,所述患者预约挂号模块通过智能移动终端或者大厅内的网络端口获取患者预约挂号信息,患者预约挂号信息包括挂号门类信息、预约时间信息,所述复查取药模块通过患者的智能移动终端进行信息的传递;
所述数据整理模块用于接收并整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息发送至数据处理模块,所述数据处理模块用于对接收到的整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息进行处理,并将其分别为排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息。
所述排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息被数据处理模块发送到总控模块,所述总控模块将排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息通过信息显示模块、语音导航模块与复查取药模块发送至患者的只能移动终端内。
进一步的,所述排队时间信息的具体处理过程如下:
步骤一:设前一日患者总排队时间将其标记为T前,前一日排队患者的人数将其标记为P前;
步骤二:通过公式T前/P前=T均得到前一日的患者平均排队时间为T均;
步骤三:设当前排队患者人数为P今,设每个患者的平均医治时间为T治,设当前患者前往需要的医疗科室的时间为T路,在当前排队患者人数P今≠0时,通过公式T总=[(T治+1)T均]*P今+T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间;
步骤四:在P今=0时,此时T总取0,T总=T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间为0,患者可直接前往医疗科室;
步骤五:在T总>T前+P前*T治时即自动屏蔽今天的预约申请,但仍可进行患者情况采集并直接进行第二天的预约申请;
步骤六:在T总-T治<T前+P前*T治时还可以进行最后一次的挂号申请,在挂号成功后即刻关闭挂号窗口,停止挂号;
步骤七:在T总=T前+P前*T治还可进行一次挂号申请。
进一步的,所述排队时间信息的具体处理过程如下:将排队时间信息的当前排队总时间信息取出,根据排队总时长的情况进行排队时间最短的医师的挂号操作,并可以根据排队时长进行是否还可以进行挂号的确认。
进一步的,所述各时间段信息的具体处理过程如下:
步骤一:将一日的24小时分为三个时段,其中0h-8h之间为第一时段,8h-16h之间为第二时段,16h-24h之间为第三时段,将第一时段标记为T1,将第二时段标记为T2,将第三时段标记为T3;
步骤二:在进行每一时段与第二时段时分别进行T均的运算并将两次运算取平均值,在进行第三时段时不进行挂号,仅进行紧急治疗;
步骤三:在进行T总=[(T治+1)T均]*P今+T路的运算时,T1、T2与T3三个时间段的T总均通过数据处理模块进行单独计算。
进一步的,所述复查信息的具体处理过程如下:
步骤一:将第一次进行医治的时间设为Ta,第一复查的时间设为Tb;
步骤二:第一次医治与第一次复查之间的差值为C1,第一次复查后两次之间的差值为C2;
步骤三:在上一次复诊时患者没有好转的迹象,且2*C1>C2>C1时,则说明两次复查之间的时间较为正常,患者有进行复查;
步骤四:在上一次复诊时患者没有好转的迹象,在C2<C1时,则说明两次复查的时间不正常,患者应当身体发生不适,应该通过进行二次诊断进而确诊;
步骤五:在上次复诊时患者已有转好迹象且C2>2C1时,则说明患者已经康复,不需要在进行复诊操作。
进一步的,所述住院信息的具体处理过程如下:
步骤一:将第一次进行入院的时间点标记为M1,复查次数设置为Q;
步骤二:将第二次入院的时间点标记为M2;
步骤三:将第一次住院时长标记为N1;
步骤四:将第二次住院时长标记为N2;
步骤五:当以同一种病症入院且Q≥2时,选用最后两组数据进行比对,当N2-N1/M2-M1>0.5时,则说明患者的病情严重,应当住院进行大检查,检查各个身体功能的运行情况。
进一步的,所述患者与医生信息的具体处理过程如下:
步骤一:将近几日的诊治人数设定为A1、A2……An,n为统计的诊治患者的天数;
步骤二:通过公式Sn=n(A1+An)/2算出总和天数的等差数列和,将得到竖直保存来下,用于多组数据进行对比。
进一步的,还可以通过包括患者基本信息采集模块与医疗科室医生信息采集模块采集到的医生与患者性别信息进行比对,可以自行在不同性别的医生中挑选医师完成挂号。
本发明相比现有技术具有以下优点:使用患者手里的移动网络终端进行导医操作,减小了医院由于导医护士的支出,提升了导医效率,有效防止了患者由于互相拥挤造成的导医效率慢的情况,在进行自主导医后,根据本发明得到的排队时间信息自由安排等待时间,有效减少了患者堵在走道上的情况,加快了医生的医治效率,减小了患者在排队时的怨气,进一步的增加了患者的就医效率,且能够在挂号时自主选择医师,避免了一些不愿在男科或者妇科见到异性的患者心思。
附图说明
图1是本发明的系统框图。
具体实施方式
下面对本发明的实施例作详细说明,本实施例在以本发明技术方案为前提下进行实施,给出了详细的实施方式和具体的操作过程,但本发明的保护范围不限于下述的实施例。
如图1所示,本实施例提供一种技术方案:一种基于智慧医疗云服务平台的导医系统,包括患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块、复查取药模块、数据整理模块、数据处理模块、总控模块、信息显示模块与语音导航模块,患者基本信息采集模块、患者病症情况采集模块可使用app或者微信小程序进行采集,医疗科室医生信息采集模块可采用排版表进行整理输入。
所述患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块均与数据整理模块通信连接,所述数据整理模块与数据处理模块通信连接,所述数据处理模块与总控模块通信连接,所述总控模块与信息导航模块、语音导航模块、复查取药模块通信连接;
所述患者基本信息采集模块通过与智能移动终端或者大厅内的网络端口获取患者的基本信息,所述患者信息包括:年龄、性别、是否有传染疾病、是否婚配,所述患者病症情况采集模块用于采集患者病症情况信息,所述医疗科室排队信息采集模块用于采集医疗科室的排队情况,所述医疗科室医生信息采集模块用于采集医疗科室信息,医疗科室信息包括医生行医年份信息、医生性别信息,所述患者预约挂号模块通过智能移动终端或者大厅内的网络端口获取患者预约挂号信息,患者预约挂号信息包括挂号门类信息、预约时间信息,所述复查取药模块通过患者的智能移动终端进行信息的传递,在进行信息的传递时使用无线网络进行传递,在医院的四周架设中介站,在每个中介站上均设有无线定位装置,进一步提升定位的准确性;
所述数据整理模块用于接收并整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息发送至数据处理模块,所述数据处理模块用于对接收到的整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息进行处理,并将其分别为排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息;
所述排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息被数据处理模块发送到总控模块,所述总控模块将排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息通过信息显示模块、语音导航模块与复查取药模块发送至患者的只能移动终端内,可以根据取药的药量,推算下一次的药物供给时间,有效防止在进行治疗期间,药物通知造成的治疗效果低下的情况。
进一步的,所述排队时间信息的具体处理过程如下:
步骤一:设前一日患者总排队时间将其标记为T前,前一日排队患者的人数将其标记为P前;
步骤二:通过公式T前/P前=T均得到前一日的患者平均排队时间为T均;可以进行多组数据完成计算,减小误差,在取数据时,应当注意时间的安排,避免跨季节取数据,大量的季节病很容易造成误差;
步骤三:设当前排队患者人数为P今,设每个患者的平均医治时间为T治,设当前患者前往需要的医疗科室的时间为T路,在当前排队患者人数P今≠0时,通过公式T总=[(T治+1)T均]*P今+T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间;
步骤四:在P今=0时,此时T总取0,T总=T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间为0,患者可直接前往医疗科室;
步骤五:在T总>T前+P前*T治时即自动屏蔽今天的预约申请,说明剩余的时间不够再诊治一个患者,但仍可进行患者情况采集并直接进行第二天的预约申请;
步骤六:在T总-T治<T前+P前*T治时还可以进行最后一次的挂号申请,在挂号成功后即刻关闭挂号窗口,停止挂号;
步骤七:在T总=T前+P前*T治还可进行一次挂号申请。
进一步的,所述排队时间信息的具体处理过程如下:将排队时间信息的当前排队总时间信息取出,根据排队总时长的情况进行排队时间最短的医师的挂号操作,并可以根据排队时长进行是否还可以进行挂号的确认。
进一步的,所述各时间段信息的具体处理过程如下:
步骤一:将一日的24小时分为三个时段,其中0h-8h之间为第一时段,8h-16h之间为第二时段,16h-24h之间为第三时段,将第一时段标记为T1,将第二时段标记为T2,将第三时段标记为T3,三个时间段分别进行计算;
步骤二:在进行每一时段与第二时段时分别进行T均的运算并将两次运算取平均值,在进行第三时段时不进行挂号,仅进行紧急治疗,夜晚不进行患者信息收录,直接进入紧急收治部门进行诊治;
步骤三:在进行T总=[(T治+1)T均]*P今+T路的运算时,T1、T2与T3三个时间段的T总均通过数据处理模块进行单独计算。
进一步的,所述复查信息的具体处理过程如下:
步骤一:将第一次进行医治的时间设为Ta,第一复查的时间设为Tb;
步骤二:第一次医治与第一次复查之间的差值为C1,第一次复查后两次之间的差值为C2;
步骤三:在上一次复诊时患者没有好转的迹象,且2*C1>C2>C1时,则说明两次复查之间的时间较为正常,患者有进行复查;
步骤四:在上一次复诊时患者没有好转的迹象,在C2<C1时,则说明两次复查的时间不正常,患者应当身体发生不适,应该通过进行二次诊断进而确诊;
步骤五:在上次复诊时患者已有转好迹象且C2>2C1时,则说明患者已经康复,不需要在进行复诊操作吗,根据复诊的情况能够有效的防止病情恶化的情况。
进一步的,所述住院信息的具体处理过程如下:
步骤一:将第一次进行入院的时间点标记为M1,复查次数设置为Q;
步骤二:将第二次入院的时间点标记为M2;
步骤三:将第一次住院时长标记为N1;
步骤四:将第二次住院时长标记为N2;
步骤五:当以同一种病症入院且Q≥2时,选用最后两组数据进行比对,当N2-N1/M2-M1>0.5时,则说明患者的病情严重,应当住院进行大检查,检查各个身体功能的运行情况;
进一步的,所述患者与医生信息的具体处理过程如下:
步骤一:将近几日的诊治人数设定为A1、A2……An,n为统计的诊治患者的天数;
步骤二:通过公式Sn=n(A1+An)/2算出总和天数的等差数列和,将得到竖直保存来下,用于多组数据进行对比,在进行年终大会上可进行展示。
进一步的,还可以通过包括患者基本信息采集模块与医疗科室医生信息采集模块采集到的医生与患者性别信息进行比对,可以自行在不同性别的医生中挑选医师完成挂号,避免了一些不愿在男科或者妇科见到异性的患者心思。
综上,本发明在使用时,患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块均与数据整理模块通信连接,实现了数据的传输与整理操作,使得数据更为直观,方便将数据导出转化为表格,进而在年终大会上进行明示,方便用于医院进行下一步的规划,所述数据整理模块与数据处理模块通信连接,将整理后的数据传输至数据处理模块内进行处理,所述数据处理模块与总控模块通信连接,所述总控模块与信息导航模块、语音导航模块、复查取药模块通信连接,通过总控模块完成对信息导航模块、语音导航模块与复查取药模块的控制,信息导航模块主要用于在患者的网络终端如手机上显示地图对患者进行指引,也可通过树立在医院大厅的导医机进行指引,并联合语音导航模块进行语音指导,方便患者进行使用,患者基本信息采集模块采集到的患者信息包括:年龄、性别、是否有传染疾病、是否婚配,年龄与性别用于方便医师进行确诊,是否有传染病用于防止在进行诊治的时候发生大规模的感染情况,所述患者病症情况采集模块用于采集患者病症情况信息,用于方便处理装置对患者所需进行诊治的部门进行确认,同样也可方便医生确诊,所述医疗科室排队信息采集模块用于采集医疗科室的排队情况,进而确认大致需要排队的时间,有效减少了患者堵在走道上的情况,减少了患者聚集的数量,减小患者的声响,加快了医生的医治效率,减小了患者在排队时的怨气,有效防止了患者件摩擦的产生,使患者能够自由安排排队的时间,在等待时可以根据排队时间进行休息,提升了患者看病时的舒适度,通过对比患者基本信息采集模块与医疗科室医生信息采集模块采集到的患者与医生的性别信息,患者可自行进行选择医师进行挂号,避免了一些男人不愿在看男科疾病时不愿女医师进行诊治的情况,避免了女人不愿在看妇科疾病时不愿男医师进行诊治的情况,使用患者手里的移动网络终端进行导医操作,减小了医院由于导医护士的支出,提升了导医效率,避免了在公立医院进行就医时,由于专家众多,治愈率率高,往往会出现大量人员等待的情况。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (8)
1.一种基于智慧医疗云服务平台的导医系统,其特征在于,包括患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块、复查取药模块、数据整理模块、数据处理模块、总控模块、信息显示模块与语音导航模块;
所述患者基本信息采集模块、患者病症情况采集模块、医疗科室排队信息采集模块、医疗科室医生信息采集模块、患者预约挂号模块均与数据整理模块通信连接,所述数据整理模块与数据处理模块通信连接,所述数据处理模块与总控模块通信连接,所述总控模块与信息导航模块、语音导航模块、复查取药模块通信连接;
所述患者基本信息采集模块通过与智能移动终端或者大厅内的网络端口获取患者的基本信息,所述患者信息包括:年龄、性别、是否有传染疾病、是否婚配,所述患者病症情况采集模块用于采集患者病症情况信息,所述医疗科室排队信息采集模块用于采集医疗科室的排队情况,所述医疗科室医生信息采集模块用于采集医疗科室信息,医疗科室信息包括医生行医年份信息、医生性别信息,所述患者预约挂号模块通过智能移动终端或者大厅内的网络端口获取患者预约挂号信息,患者预约挂号信息包括挂号门类信息、预约时间信息,所述复查取药模块通过患者的智能移动终端进行信息的传递;
所述数据整理模块用于接收并整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息发送至数据处理模块,所述数据处理模块用于对接收到的整理患者信息、患者病症信息、医疗科室排队信息、医疗科室医生信息与患者预约挂号信息进行处理,并将其分别为排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息;
所述排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息被数据处理模块发送到总控模块,所述总控模块将排队时间信息、各时间段信息、复查信息、住院信息与患者与医生信息通过信息显示模块、语音导航模块与复查取药模块发送至患者的只能移动终端内。
2.根据权利要求1所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述排队时间信息的具体处理过程如下:
步骤一:设前一日患者总排队时间将其标记为T前,前一日排队患者的人数将其标记为P前;
步骤二:通过公式T前/P前=T均得到前一日的患者平均排队时间为T均;
步骤三:设当前排队患者人数为P今,设每个患者的平均医治时间为T治,设当前患者前往需要的医疗科室的时间为T路,在当前排队患者人数P今≠0时,通过公式T总=[(T治+1)T均]*P今+T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间;
步骤四:在P今=0时,此时T总取0,T总=T路得到当前患者直接前往医疗科室排队时从输入信息到进行医治的总时间为0,患者可直接前往医疗科室;
步骤五:在T总>T前+P前*T治时即自动屏蔽今天的预约申请,但仍可进行患者情况采集并直接进行第二天的预约申请;
步骤六:在T总-T治<T前+P前*T治时还可以进行最后一次的挂号申请,在挂号成功后即刻关闭挂号窗口,停止挂号;
步骤七:在T总=T前+P前*T治还可进行一次挂号申请。
3.根据权利要求1所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述排队时间信息的具体处理过程如下:将排队时间信息的当前排队总时间信息取出,根据排队总时长的情况进行排队时间最短的医师的挂号操作,并可以根据排队时长进行是否还可以进行挂号的确认。
4.根据权利要求2所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述各时间段信息的具体处理过程如下:
步骤一:将一日的24小时分为三个时段,其中0h-8h之间为第一时段,8h-16h之间为第二时段,16h-24h之间为第三时段,将第一时段标记为T1,将第二时段标记为T2,将第三时段标记为T3;
步骤二:在进行每一时段与第二时段时分别进行T均的运算并将两次运算取平均值,在进行第三时段时不进行挂号,仅进行紧急治疗;
步骤三:在进行T总=[(T治+1)T均]*P今+T路的运算时,T1、T2与T3三个时间段的T总均通过数据处理模块进行单独计算。
5.根据权利要求1所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述复查信息的具体处理过程如下:
步骤一:将第一次进行医治的时间设为Ta,第一复查的时间设为Tb;
步骤二:第一次医治与第一次复查之间的差值为C1,第一次复查后两次之间的差值为C2;
步骤三:在上一次复诊时患者没有好转的迹象,且2*C1>C2>C1时,则说明两次复查之间的时间较为正常,患者有进行复查;
步骤四:在上一次复诊时患者没有好转的迹象,在C2<C1时,则说明两次复查的时间不正常,患者应当身体发生不适,应该通过进行二次诊断进而确诊;
步骤五:在上次复诊时患者已有转好迹象且C2>2C1时,则说明患者已经康复,不需要在进行复诊操作。
6.根据权利要求1所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述住院信息的具体处理过程如下:
步骤一:将第一次进行入院的时间点标记为M1,复查次数设置为Q;
步骤二:将第二次入院的时间点标记为M2;
步骤三:将第一次住院时长标记为N1;
步骤四:将第二次住院时长标记为N2;
步骤五:当以同一种病症入院且Q≥2时,选用最后两组数据进行比对,当N2-N1/M2-M1>0.5时,则说明患者的病情严重,应当住院进行大检查,检查各个身体功能的运行情况。
7.根据权利要求2所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:所述患者与医生信息的具体处理过程如下:
步骤一:将近几日的诊治人数设定为A1、A2……An,n为统计的诊治患者的天数;
步骤二:通过公式Sn=n(A1+An)/2算出总和天数的等差数列和,将得到竖直保存来下,用于多组数据进行对比。
8.根据权利要求2所述的一种基于智慧医疗云服务平台的导医系统,其特征在于:还可以通过包括患者基本信息采集模块与医疗科室医生信息采集模块采集到的医生与患者性别信息进行比对,可以自行在不同性别的医生中挑选医师完成挂号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011488000.2A CN112489750A (zh) | 2020-12-16 | 2020-12-16 | 一种基于智慧医疗云服务平台的导医系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011488000.2A CN112489750A (zh) | 2020-12-16 | 2020-12-16 | 一种基于智慧医疗云服务平台的导医系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112489750A true CN112489750A (zh) | 2021-03-12 |
Family
ID=74917312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011488000.2A Withdrawn CN112489750A (zh) | 2020-12-16 | 2020-12-16 | 一种基于智慧医疗云服务平台的导医系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112489750A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113838559A (zh) * | 2021-09-15 | 2021-12-24 | 王其景 | 一种医学影像管理系统及方法 |
CN115511229A (zh) * | 2022-11-18 | 2022-12-23 | 曹县人民医院 | 基于病情分析的医院管理用病人到院时间预测系统 |
-
2020
- 2020-12-16 CN CN202011488000.2A patent/CN112489750A/zh not_active Withdrawn
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113838559A (zh) * | 2021-09-15 | 2021-12-24 | 王其景 | 一种医学影像管理系统及方法 |
CN115511229A (zh) * | 2022-11-18 | 2022-12-23 | 曹县人民医院 | 基于病情分析的医院管理用病人到院时间预测系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Anwar et al. | Quality of obstetric care in public-sector facilities and constraints to implementing emergency obstetric care services: evidence from high-and low-performing districts of Bangladesh | |
CN106407703A (zh) | 一种急救中心信息管理方法及平台 | |
US20120253838A1 (en) | Examination reservation management system | |
AU2017206112B2 (en) | Processing of portable device data | |
CN103605911A (zh) | 一种基于物联网的社区智能医护系统控制方法 | |
CN112489750A (zh) | 一种基于智慧医疗云服务平台的导医系统 | |
CN103514378A (zh) | 一种基于wlan室内定位技术的远程医疗看护系统 | |
Maitra et al. | A novel mobile application to assist maternal health workers in rural India | |
Manithip et al. | Poor quality of antenatal care services—is lack of competence and support the reason? An observational and interview study in rural areas of Lao PDR | |
WO2007104007A2 (en) | Patient discharge system and associated methods | |
JP2018190446A (ja) | 医療支援システム及び医療支援方法 | |
US20140012597A1 (en) | Automatically populating a whiteboard with aggregate data | |
Ackermann et al. | Patient care at the 2010 Love Parade in Duisburg, Germany: clinical experiences | |
Hindmarsh et al. | Improving the safety of patient transfer from AMU using a written checklist | |
González et al. | Kefuri: A novel technological tool for increasing organ donation in Chile | |
Jayaraman et al. | An ontology-based framework for real-time collection and visualization of mobile field triage data in mass gatherings | |
CN110277154A (zh) | 基于人工智能的药事服务系统 | |
CN114864028A (zh) | 医护信息数据管理系统 | |
Chen et al. | Exploring agreement and feasibility between virtual home visits and in-person home visits for peritoneal dialysis patients—a paired study | |
CN113889251A (zh) | 一种医院用的绿色通道患者就诊分类就医服务管理平台 | |
Lawler et al. | The workload of the diabetes specialist nurse workforce in the UK | |
CN113192615A (zh) | 一种疾病网络问诊系统及其使用方法 | |
Kongnyuy et al. | Establishing standards for obstructed labour in a low-income country | |
SyLvIA et al. | Developing the analysis plan | |
CN116313017B (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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210312 |
|
WW01 | Invention patent application withdrawn after publication |