一種就診人數(shù)動態(tài)控制系統(tǒng)和方法
【技術領域】
[0001] 本發(fā)明涉及醫(yī)療信息化技術領域，特別是涉及一種就診人數(shù)動態(tài)控制系統(tǒng)和方 法。
【背景技術】
[0002] 近年來，由于飲食，環(huán)境，生活壓力等各方面原因，人們越來越容易生病。因此，門 診病人呈現(xiàn)逐年上升的趨勢，而衛(wèi)生事業(yè)發(fā)展和資源布局不能適應社會發(fā)展的需要。"看病 難，看病貴"成為當前社會的一大難點。
[0003]預約專家門診是指病人提前在網(wǎng)上進行預約。醫(yī)院的掛號平臺依據(jù)經(jīng)驗給每位專 家發(fā)放一定量的預約號。根據(jù)預約號，專家每天接收一定量的病人。因此，每個專家每天接 收的病人數(shù)量往往是固定的而且不隨病人的就診時間的改變而改變。事實上，醫(yī)生每天接 收到的病人病情都不同，每位病人就診時所需要的時間也不一樣。若某醫(yī)生當天接收到的 病人的病情較為嚴重、復雜，相應的就診時間也就較長。因此，該醫(yī)生就需要更多的時間完 成當天的預約號。有些醫(yī)生為了按時下班，完成今天的預約號，敷衍對待病人，這也是對病 人的不負責任。另一種情況，當接收病人的病情較輕，就診時間較短，提前完成當天的預約 號，這就會造成醫(yī)生坐診資源的浪費。

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

[0004] 本發(fā)明所要解決的技術問題是提供一種就診人數(shù)動態(tài)控制系統(tǒng)和方法，能夠避免 造成的時間資源浪費。
[0005] 本發(fā)明解決其技術問題所采用的技術方案是：提供一種就診人數(shù)動態(tài)控制系統(tǒng)， 包括預約掛號平臺、病人預約模塊、醫(yī)生預診模塊和動態(tài)就診人數(shù)控制模塊，所述病人預約 模塊、醫(yī)生預診模塊和動態(tài)就診人數(shù)控制模塊之間通過所述預約掛號平臺實現(xiàn)信息交互； 所述病人預約模塊連接有掛號子模塊和病情描述子模塊；所述掛號子模塊用于在網(wǎng)上進行 預約掛號；所述病情描述子模塊用于填寫病情的詳細描述；所述病人預約模塊實時同步地 將病情描述子模塊中的信息傳送到所述醫(yī)生預診模塊上；所述醫(yī)生預診模塊對預約掛號的 病人按順序進行預診，根據(jù)收到的病情描述子模塊中的信息預測出每位病人就診所需的時 間，并存儲在與其相連的時間預測子模塊中；所述時間預測子模塊將每位病人的就診所需 時間發(fā)送到所述動態(tài)就診人數(shù)控制模塊；所述動態(tài)就診人數(shù)控制模塊記錄已經(jīng)預診的病人 所需就診時間，當總就診人數(shù)超過醫(yī)生當天工作時間時，預約窗口關閉，當前預約人數(shù)即為 就診總人數(shù)。
[0006] 所述預約掛號平臺通過短信通知已預診病人預約成功，并根據(jù)就診時間的預測， 告知病人前來就診的時間。
[0007] 本發(fā)明解決其技術問題所采用的技術方案是：還提供一種就診人數(shù)動態(tài)控制方 法，采用上述的就診人數(shù)動態(tài)控制系統(tǒng)，包括以下步驟：
[0008] (1)病人通過掛號子模塊進行專家門診預約掛號，并在病情描述子模塊上詳細地 描述病情，并存儲在病情描述子模塊中；
[0009] (2)病人預約終端模塊通過預約掛號平臺將病人的病情信息傳輸?shù)较鄳尼t(yī)生預 診豐旲塊上；
[0010] (3)醫(yī)生通過收到的病情信息進行預診，并對每位病人所需就診時間進行預測，并 將預測的就診時間存儲在時間預測子模塊中；
[0011] (4)動態(tài)就診人數(shù)控制模塊通過預約掛號平臺得到時間預測子模塊中的就診時間 信息，并根據(jù)已經(jīng)預診的病人所需就診時間，當總就診人數(shù)超過醫(yī)生當天工作時間時，預約 窗口關閉，當前預約人數(shù)即為就診總人數(shù)。
[0012] 所述預約掛號平臺通過短信通知已預診病人預約成功，并根據(jù)就診時間的預測， 告知病人前來就診的時間。
[0013] 有益效果
[0014] 由于采用了上述的技術方案，本發(fā)明與現(xiàn)有技術相比，具有以下的優(yōu)點和積極效 果：本發(fā)明能夠通過醫(yī)生的預診，依據(jù)經(jīng)驗預測出就診時間，以此動態(tài)控制預約號，充分利 用了醫(yī)生的工作時間，讓醫(yī)生有足夠的時間認真對待每一位病人。本發(fā)明合理充分利用了 醫(yī)生的資源，使醫(yī)生的工作效率更高。本發(fā)明對就診時間進行預測后，通過短信的方式告知 病人前來就診的具體時間，節(jié)約了病人等待時間。
【附圖說明】
[0015] 圖1是動態(tài)控制就診人數(shù)系統(tǒng)結構示意圖；
[0016] 圖2是動態(tài)控制就診人數(shù)的方法的工作流程圖。
【具體實施方式】
[0017] 下面結合具體實施例，進一步闡述本發(fā)明。應理解，這些實施例僅用于說明本發(fā)明 而不用于限制本發(fā)明的范圍。此外應理解，在閱讀了本發(fā)明講授的內(nèi)容之后，本領域技術人 員可以對本發(fā)明作各種改動或修改，這些等價形式同樣落于本申請所附權利要求書所限定 的范圍。
[0018] 本發(fā)明的實施方式涉及一種就診人數(shù)動態(tài)控制系統(tǒng)，如圖1所示，包括預約掛號 平臺、病人預約模塊、醫(yī)生預診模塊和動態(tài)就診人數(shù)控制模塊，所述病人預約模塊、醫(yī)生預 診模塊和動態(tài)就診人數(shù)控制模塊之間通過所述預約掛號平臺實現(xiàn)信息交互；所述病人預約 模塊連接有掛號子模塊和病情描述子模塊；所述掛號子模塊用于在網(wǎng)上進行預約掛號；所 述病情描述子模塊用于填寫病情的詳細描述；所述病人預約模塊實時同步地將病情描述子 模塊中的信息傳送到所述醫(yī)生預診模塊上；所述醫(yī)生預診模塊對預約掛號的病人按順序進 行預診，根據(jù)收到的病情描述子模塊中的信息預測出每位病人就診所需的時間，并存儲在 與其相連的時間預測子模塊中；所述時間預測子模塊將每位病人的就診所需時間發(fā)送到 所述動態(tài)就診人數(shù)控制模塊；所述動態(tài)就診人數(shù)控制模塊記錄已經(jīng)預診的病人所需就診 時間，當總就診人數(shù)超過醫(yī)生當天工作時間時，預約窗口關閉，當前預約人數(shù)即為就診總人 數(shù)。所述預約掛號平臺通過短信通知已預診病人預約成功，并根據(jù)就診時間的預測，告知病 人前來就診的時間。
[0019] 不難發(fā)現(xiàn)，本發(fā)明的動態(tài)控制就診人數(shù)的方法根據(jù)預約掛號病人的病情來定，通 過對每位病人就診時間的預測，以及醫(yī)生的工作時間，確定當天接收的病人數(shù)量。由于醫(yī)生 預測是根據(jù)病人的病情加以自己的經(jīng)驗來判定，所以對病人就診時間的預測，將更加貼合 實際。
[0020] 本發(fā)明的第二實施方式涉及一種就診人數(shù)動態(tài)控制方法，采用第一實施方式的就 診人數(shù)動態(tài)控制系統(tǒng)，包括以下步驟：
[0021] (1)病人通過掛號子模塊進行專家門診預約掛號，并在病情描述子模塊上詳細地 描述病情，并存儲在病情描述子模塊中；
[0022] (2)病人預約終端模塊通過預約掛號平臺將病人的病情信息傳輸?shù)较鄳尼t(yī)生預 診豐旲塊上；
[0023] (3)醫(yī)生通過收到的病情信息進行預診，并對每位病人所需就診時間進行預測，并 將預測的就診時間存儲在時間預測子模塊中；
[0024]