一種移動終端醫(yī)療控制系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種移動終端醫(yī)療控制系統(tǒng)，屬于移動通信技術(shù)與醫(yī)療衛(wèi)生技術(shù)的交叉領(lǐng)域。
【背景技術(shù)】
[0002]目前，醫(yī)患矛盾在我國表現(xiàn)的越來越尖銳，有過在醫(yī)院特別是大型綜合性醫(yī)院就診經(jīng)歷的人士往往對現(xiàn)有的就醫(yī)流程感到無法滿意，通常情況下僅掛號和交費、取藥環(huán)節(jié)就已經(jīng)讓病人及家屬疲于奔命，煩惱不堪。而且目前的醫(yī)院服務(wù)系統(tǒng)沒有充分考慮病人的用戶體驗，掛號和交費、取藥環(huán)節(jié)通常需要重復排隊，另外由于患者本身并非醫(yī)學專家，無法準確判斷自己的疾病需要到哪個科室就醫(yī)，如果掛號出現(xiàn)錯誤往往又需要重新排隊掛號，由于國內(nèi)的醫(yī)療資源嚴重不足，重新掛號通常無法順利完成，需要的科室往往提前多日就已經(jīng)出現(xiàn)無號可掛的局面?？上攵瑢τ诒旧砩眢w就不適的患者來說，這樣的就醫(yī)體驗對其精神和肉體都是一種折磨。在這種情況下，如果遇到個別態(tài)度差、責任心不強的醫(yī)生，患者跟醫(yī)生發(fā)生激烈沖突的可能性就大大增加。雖然以目前的醫(yī)療情況來看，一個醫(yī)生每天通常需要治療診斷大量的病人，往往需要超負荷工作，這樣高強度的工作壓力之下，醫(yī)生臉色難看態(tài)度冷淡在一定程度上也可以理解，但是造成醫(yī)生和患者之間矛盾尖銳的深層次原因卻是值得反思的。正是由于目前就醫(yī)流程設(shè)計的效率低、不合理、用戶體驗不佳，一方面造成本來就身體不適容易脾氣變差的病人難以控制情緒，另一方面也造成醫(yī)生的工作壓力變大，無法保持高水準的醫(yī)療服務(wù)水平。
[0003]近年來醫(yī)患矛盾有愈演愈烈的趨勢，職業(yè)醫(yī)鬧的出現(xiàn)使得本來就緊張的醫(yī)患關(guān)系更加劍拔弩張，患者或病人家屬對醫(yī)生、護士大打出手甚至造成人員傷亡的案例也時有發(fā)生，在這種背景之下，亟需對現(xiàn)有的醫(yī)療服務(wù)系統(tǒng)進行改進，改善患者的就醫(yī)體驗，提高醫(yī)院的服務(wù)效率，讓患者在就醫(yī)過程中保持良好愉悅的心情，降低醫(yī)生的工作壓力和工作強度，讓醫(yī)生和病人都能有尊嚴地、體面地就醫(yī)、工作和生活，這有利于緩解社會矛盾，促進社會和諧。
[0004]正是出于以上動機，本申請?zhí)岢鲆环N能夠改進患者的就醫(yī)體驗、提高醫(yī)院的醫(yī)療服務(wù)效率的移動終端醫(yī)療控制系統(tǒng)及其控制方法。

【發(fā)明內(nèi)容】

[0005]本申請所述的一種移動終端醫(yī)療控制系統(tǒng)包括:數(shù)據(jù)庫模塊、客服模塊、科室分配模塊、醫(yī)療模塊、自動取藥模塊、管理層模塊和移動終端，其中，數(shù)據(jù)庫模塊用于存儲病人信息、醫(yī)生信息和每一位醫(yī)生看一位病人所用的時間；客服模塊用于接收病人通過移動終端發(fā)送的就醫(yī)請求信息，根據(jù)數(shù)據(jù)庫模塊中存儲的病人信息、醫(yī)生信息和每一位醫(yī)生看一位病人所用的時間以及病人通過移動終端發(fā)送的就醫(yī)請求信息，在線解答病人的問題，為病人辦理掛號手續(xù)并安排就診時間，并將病人的掛號信息和就診時間信息以就醫(yī)二維碼和文字的方式發(fā)送到病人的移動終端；同時客服模塊將病人的就醫(yī)請求信息、掛號信息和就診時間信息發(fā)送到醫(yī)療模塊，醫(yī)生能夠通過醫(yī)療模塊查詢等待就診的病人的掛號信息和就診時間信息以及就醫(yī)請求信息，基于就醫(yī)請求信息給出檢查參考意見，并通過醫(yī)療模塊將該檢查參考意見反饋給客服模塊，客服模塊根據(jù)該檢查參考意見生成檢查信息發(fā)送給科室分配模塊，科室分配模塊根據(jù)該檢查信息為病人安排檢查科室和檢查時間，并將檢查科室和檢查時間反饋給客服模塊，客服模塊以檢查二維碼和文字的方式將該檢查科室和檢查時間發(fā)送到病人的移動終端；醫(yī)生在對患者進行診斷治療以后，通過醫(yī)療模塊將開藥信息以取藥二維碼和文字的方式發(fā)送到病人的移動終端；病人在自動取藥模塊掃描該取藥二維碼取藥。
[0006]所述的每一位醫(yī)生看一位病人所用的時間是指從病人在醫(yī)生的醫(yī)療模塊掃描就醫(yī)二維碼開始計時，到醫(yī)療模塊生成取藥二維碼為止結(jié)束計時之間的時間，由醫(yī)療模塊將每一位醫(yī)生看一位病人所用的時間存儲到數(shù)據(jù)庫模塊中。
[0007]在病人掃描取藥二維碼完成取藥以后，所述的管理層模塊將生成該取藥二維碼的醫(yī)生信息以調(diào)查問卷的形式發(fā)送到掃描該取藥二維碼的病人的移動終端上，由病人對醫(yī)生進行評價，評價結(jié)果自動在管理層模塊匯總，由具有相應權(quán)限的醫(yī)院管理層人員查詢。
[0008]所述的就醫(yī)二維碼包含掛號費繳費信息，病人在醫(yī)療模塊掃描該就醫(yī)二維碼以后，醫(yī)療模塊讀取該掛號費繳費信息，向病人的移動終端發(fā)送繳納掛號費指令，病人完成掛號費繳納以后醫(yī)生才開始對患者進行診斷治療。
[0009]所述的檢查二維碼包含檢查費繳費信息，病人在檢查科室掃描該檢查二維碼以后，病人的移動終端收到繳納檢查費指令，病人完成檢查費繳納以后檢查科室才開始對患者進行檢查。
[0010]所述的取藥二維碼包含醫(yī)藥費繳費信息，病人在自動取藥模塊掃描該取藥二維碼以后，病人的移動終端收到繳納醫(yī)藥費指令，病人完成醫(yī)藥費繳納以后自動取藥模塊才允許病人取藥。
[0011]所述的掛號費、檢查費和醫(yī)藥費的繳納允許病人通過支付寶、儲蓄卡和/或信用卡進行繳費。
[0012]所述的移動終端包括智能手機、平板電腦和/或智能手環(huán)。
[0013]所述的醫(yī)療模塊包括臺式電腦、筆記本電腦和/或平板電腦。
[0014]所述的檢查科室將病人的檢查結(jié)果自動共享到掃描該病人的就醫(yī)二維碼的醫(yī)療模塊中，供醫(yī)生查詢。
[0015]與現(xiàn)有技術(shù)相比，本發(fā)明技術(shù)方案的有益效果是:
本發(fā)明提供的移動終端醫(yī)療控制系統(tǒng)能夠合理安排病人的就醫(yī)流程，對患者就診的掛號、繳費、就診、檢查、取藥全流程進行優(yōu)化，最大限度的減少病人重復排隊的情況，提高醫(yī)院的醫(yī)療服務(wù)效率，減小醫(yī)生的工作強度，緩解醫(yī)患矛盾，促進社會和諧。
【附圖說明】
[0016]圖1為本發(fā)明所述的移動終端醫(yī)療控制系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0017]下面將結(jié)合附圖對本發(fā)明中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0018]如圖1所示，本申請所述的一種移動終端醫(yī)療控制系統(tǒng)包括:數(shù)據(jù)庫模塊、客服模塊、科室分配模塊、醫(yī)療模塊、自動取藥模塊、管理層模塊和移動終端，其中，數(shù)據(jù)庫模塊用于存儲病人信息、醫(yī)生信息和每一位醫(yī)生看一位病人所用的時間。
[0019]病人信息例如包括病人的年齡，病史，病例，就診次數(shù)等信息。醫(yī)生信息例如包括醫(yī)生職稱，擅長的診療領(lǐng)域，每周的工作時間，近期的工作安排，允許掛號的數(shù)量等等信息。每一位醫(yī)生看一位病人所用的時間在下文會進行詳細的介紹?？梢愿鶕?jù)每一位醫(yī)生看一位病人所用的時間以及當日掛號的病人數(shù)量估算病人大概的就診時間，這將在下文通過客服模塊來實現(xiàn)。
[0020]客服模塊用于接收病人通過移動終端發(fā)送的就醫(yī)請求信息，根據(jù)數(shù)據(jù)庫模塊中存儲的病人信息、醫(yī)生信息和每一位醫(yī)生看一位病人所用的時間以及病人通過移動終端發(fā)送的就醫(yī)請求信息，在線解答病人的問題，為病人辦理掛號手續(xù)并安排就診時間，并將病人的掛號信息和就診時間信息以就醫(yī)二維碼和文字的方式發(fā)送到病人的移動終端。文字形式包括但不限于短信，微信，QQ信息或電子郵件等。文字形式主要是方便病人自行查閱。
[0021]病人通過移動終端發(fā)送的就醫(yī)請求信息例如可以包括病人基本病情，癥狀，希望就診的醫(yī)生姓名，希望的就診時間等等?？头K在就醫(yī)請求信息的基礎(chǔ)上，去數(shù)據(jù)庫模塊查詢存儲的病人信息和醫(yī)生信息，確定病人應該在哪一個科室掛號，哪一個醫(yī)生有時間可供安排，并且根據(jù)可供安排的時間中排號靠前的病人數(shù)量以及每一位醫(yī)生看一位病人所用的時間信息大概估算病人應該在哪一時間來醫(yī)院就診。這一估算并不要求十分精確，只需給出大概時間就可以。例如，通過查詢發(fā)現(xiàn)A醫(yī)生在周一下午有號，下午從14點開始，前面有5位病人，A醫(yī)生以往看一位病人的平均時間約為10分鐘，可以大概判斷A醫(yī)生下午15點可以為B病人診療，這時就可以建議B病人在下午15點前來就診。這一時間并不要求精確，例如A醫(yī)生前面遇到一位病情復雜的病人，直到15點30分才有空，這種等待的時間對于后面的病人來說通常是在心理上可以接受的。病人真正容易產(chǎn)生反感的是掛號、繳費等重復排隊的時間。再例如醫(yī)生14點30分就已經(jīng)看完了前面的病人，此時B病人尚未到達醫(yī)院，此時通常會有早到的病人(本來排在B病人后面的)，這種情況下完全可以由護士分診臺分配后面的病人先治療，等B病人到達以后優(yōu)先安排即可。
[0022]同時客服模塊將病人的就醫(yī)請求信息、掛號信息和就診時間信息發(fā)送到醫(yī)療模塊，醫(yī)生能夠通過醫(yī)療模塊查詢等待就診的病人的掛號信息和就診時間信息以及就醫(yī)請求信息，基于就醫(yī)請求信息給出檢查參考意見，并通過醫(yī)療模塊將該檢查參考意見反饋給客服模塊，客服模塊根據(jù)該檢查參考意見生成檢查信息發(fā)送給科室分配模塊，科室分配模塊根據(jù)該檢查信息為病人安排檢查科室和檢查時間，并將檢查科室和檢查時間反饋給客服模塊，客服模塊以檢查二維碼和文字的方式將該檢查科室和檢查時間發(fā)送到病人的移動終端。
[0023]例如B病人的就醫(yī)請求信息顯示該B病人要看胃病，掛號信息顯示病人掛的是A醫(yī)生5月25日下午的號，就診時間為下午15點