第一篇:導(dǎo)診--功能點(diǎn)分析
導(dǎo)診—功能點(diǎn)分析
在以下的描述中,暫不考慮醫(yī)生的身份(普診、專家)變化、登陸點(diǎn)變化、信息去向的多樣化等因素,僅從功能點(diǎn)的角度來描述,以期簡單明了地說明問題;若糅合多個(gè)因素,將會(huì)導(dǎo)致說明復(fù)雜化,不容易說明清楚。
? 模式一:護(hù)士排隊(duì)、醫(yī)生一次呼叫
這是最簡單的應(yīng)用場景: 1.掛號(hào)不直接進(jìn)入候診排隊(duì)隊(duì)列
2.患者到達(dá)護(hù)士臺(tái)后,由護(hù)士操作,將患者排進(jìn)候診排隊(duì)隊(duì)列 3.醫(yī)生呼叫患者,患者直接進(jìn)入對(duì)應(yīng)診室(診臺(tái))就診
在這個(gè)應(yīng)用場景下,需要以下幾個(gè)功能點(diǎn): 1.護(hù)士端排隊(duì)程序
患者信息:由患者提供,或從HIS獲取,或從非HIS掛號(hào)表(比如我們或第三方做的掛號(hào)程序?qū)?yīng)的表)獲取
可能操作:在一個(gè)排隊(duì)隊(duì)列中增加、修改、刪除排隊(duì)者,將一個(gè)排隊(duì)者從一個(gè)隊(duì)列轉(zhuǎn)移到另一個(gè)隊(duì)列,清空隊(duì)列,信息同步等。具體說明如下:
? 增加:在隊(duì)首、隊(duì)尾或指定位置增加一個(gè)排隊(duì)者;結(jié)果:排隊(duì)表中增加一條信息,護(hù)士端界面的某個(gè)隊(duì)列的尾部、首部或指定位置增加一條信息,信息發(fā)布屏幕上某個(gè)隊(duì)列中的相應(yīng)位置增加一條信息
? 修改:修改一個(gè)排隊(duì)者的信息;結(jié)果:排隊(duì)表中對(duì)應(yīng)記錄的信息被修改,護(hù)士端界面的某個(gè)隊(duì)列的顯示信息被修改(可能只是一條信息改變、也可能排隊(duì)順序改變),信息發(fā)布屏幕上某個(gè)隊(duì)列的顯示信息被修改(可能只是一條信息改變、也可能排隊(duì)順序改變)
? 刪除:刪除一個(gè)排隊(duì)者的信息;結(jié)果:排隊(duì)表中對(duì)應(yīng)記錄被刪除,護(hù)士端界面一個(gè)隊(duì)列的對(duì)應(yīng)節(jié)點(diǎn)被刪除,信息發(fā)布屏幕上一個(gè)隊(duì)列的對(duì)應(yīng)節(jié)點(diǎn)被刪除
? 轉(zhuǎn)移:將一個(gè)排隊(duì)者從一個(gè)隊(duì)列轉(zhuǎn)移到另一個(gè)隊(duì)列;結(jié)果:排隊(duì)表中對(duì)應(yīng)記錄的信息被修改(排隊(duì)隊(duì)列ID被修改,排隊(duì)位置也可能修改);護(hù)士端界面中將排隊(duì)者從原顯示隊(duì)列中刪除,添加到目標(biāo)隊(duì)列中的合適位置;信息發(fā)布屏幕上也有與護(hù)士端界面上相應(yīng)的變化
? 清空:清空一個(gè)排隊(duì)隊(duì)列;結(jié)果:排隊(duì)表中一個(gè)隊(duì)列的記錄被刪除,護(hù)士端界面中一個(gè)隊(duì)列的信息被清空,信息發(fā)布屏幕上一個(gè)隊(duì)列(或一部分信息,當(dāng)多個(gè)排隊(duì)隊(duì)列在一個(gè)顯示隊(duì)列中顯示時(shí))被清空
? 同步:指的是將信息發(fā)布屏幕內(nèi)容與排隊(duì)表信息同步。通知TQServer將一個(gè)顯示隊(duì)列清空,再將該顯示隊(duì)列對(duì)應(yīng)的多個(gè)排隊(duì)隊(duì)列的記錄逐條發(fā)給TQServer,由TQServer轉(zhuǎn)發(fā)給播放器;需要區(qū)分是同步首次排隊(duì)信息還是二次排隊(duì)信息(要利用患者的狀態(tài));結(jié)果:排隊(duì)表無變化,護(hù)士端界面顯示無變化,信息發(fā)布屏幕上顯示被更新、與排隊(duì)表信息一致
? 程序重啟:護(hù)士端程序重啟之后,需要重新讀取信息;對(duì)于兩次呼叫、且需要區(qū)別顯示首次等候隊(duì)列、二次等候隊(duì)列的(實(shí)際上是一個(gè)隊(duì)列的患者的兩種狀態(tài)),需要根據(jù)患者狀態(tài)自動(dòng)為兩個(gè)隊(duì)列讀取信息并在自己的屏幕上顯示
操作分析:以上每個(gè)操作對(duì)于數(shù)據(jù)庫修改的預(yù)期結(jié)果,護(hù)士端程序是知道的;每個(gè)操作完成后護(hù)士端的預(yù)期顯示結(jié)果,護(hù)士端程序也是知道的。
鐘小明:此時(shí)的操作流程是:護(hù)士端程序?qū)⑿畔⒔唤oTQServer,TQServer操作數(shù)據(jù)庫,完成后會(huì)通知護(hù)士端程序重新讀取排隊(duì)表所有記錄、更新界面,并通知播放器、LED控制程序、TTS控制程序等進(jìn)行后續(xù)操作。我認(rèn)為:
? 在這種情況下,需要考慮重新讀取排隊(duì)表所有記錄這個(gè)思路是否妥當(dāng)?若數(shù)據(jù)量不大,那么問題不大(讀取效率、顯示效率都可接受);若數(shù)據(jù)量較大(比如一個(gè)隊(duì)列100人甚至更多),那么讀取效率、顯示效率如何? ? 既然護(hù)士端程序?qū)Y(jié)果是完全知道的,可這樣設(shè)計(jì):TQServer只是通知護(hù)士端程序,你所希望的操作是否已完成,若完成,則護(hù)士端就更新顯示(數(shù)據(jù)是什么、怎么更新,護(hù)士端是完全知道的)
在界面中增加一個(gè)排隊(duì)者時(shí),關(guān)于其ViewID,有以下幾個(gè)問題:
? 何時(shí)確定:是在插入數(shù)據(jù)表之前就確定了,還是在插入排隊(duì)表之后才確定?從技術(shù)上來說都可以。應(yīng)該要求在插入前確定,否則不管是什么程序執(zhí)行插入操作,它無法直接獲取ViewID。
? 多點(diǎn)執(zhí)行:插入數(shù)據(jù)表的操作是在一個(gè)地方執(zhí)行,還是可在多個(gè)地方執(zhí)行?若允許在多個(gè)地方執(zhí)行,那么存在ViewID沖突或不連續(xù)之可能。從單點(diǎn)執(zhí)行的角度考慮,不能由護(hù)士端程序確定ViewID,應(yīng)該由TQS確定ViewID,之后回傳給護(hù)士端程序,護(hù)士端程序只需要根據(jù)隊(duì)列ID+ViewID讀取新增信息即可,無需讀取所有信息
關(guān)于排隊(duì),一個(gè)隊(duì)列的信息在三個(gè)地方的體現(xiàn): ? 排隊(duì)表中的信息
? 護(hù)士端排隊(duì)界面,一個(gè)隊(duì)列的排隊(duì)人的排隊(duì)順序(即顯示順序)? 信息發(fā)布屏幕:顯示順序應(yīng)與護(hù)士端顯示順序一致
一個(gè)關(guān)鍵問題:護(hù)士端的顯示順序怎么決定?顯示順序與排隊(duì)表中的哪些信息有什么關(guān)系?舉例:
? 隊(duì)列中已有兩人:兩個(gè)平診A001、A002,此時(shí)顯示順序?yàn)锳001、A002 ? 來個(gè)急診,號(hào)碼是A003,按照優(yōu)先級(jí)+編號(hào)排隊(duì),此時(shí)顯示順序?yàn)锳003、A001、A002 ? 來個(gè)平診,號(hào)碼是A004,排隊(duì)隊(duì)尾。此時(shí)顯示順序?yàn)锳003、A001、A002、A004 ? 來個(gè)急診,號(hào)碼是A005,按照優(yōu)先級(jí)+編號(hào)排隊(duì),此時(shí)顯示順序?yàn)锳003、A005、A001、A002、A004 ? 直到此時(shí),播放器端采取的策略是按照優(yōu)先級(jí)+編號(hào)排序
? 急診均已被呼叫,醫(yī)生再呼叫時(shí)A001剛好不在現(xiàn)場,A002進(jìn)去就診,此時(shí)隊(duì)列中只剩A004了;過一會(huì)A001來了,若護(hù)士將其仍排在平診的首位,那么此時(shí)顯示順序?yàn)锳001、A004,仍然符合按照優(yōu)先級(jí)+編號(hào)排序的規(guī)則;若護(hù)士將其排在平診的隊(duì)尾,那么顯示順序?yàn)锳004、A001,不符合按照優(yōu)先級(jí)+編號(hào)排序的規(guī)則
? 若所有排隊(duì)者均未被呼叫,護(hù)士強(qiáng)行將A004排到A002的前邊(假設(shè)醫(yī)院的規(guī)則允許這樣做),此時(shí)顯示順序?yàn)锳003、A005、A001、A004、A002,也不符合按照優(yōu)先級(jí)+編號(hào)排序的規(guī)則
? 還有其它很多情況會(huì)導(dǎo)致顯示順序不符合按照優(yōu)先級(jí)+編號(hào)排序的規(guī)則
是否絕對(duì)不會(huì)出現(xiàn)紅色文字描述的情況?
? 不會(huì):可采取優(yōu)先級(jí)+編號(hào)排序的規(guī)則來處理護(hù)士端界面、信息發(fā)布屏幕的顯示;若需要刷新界面,只需要在讀取排隊(duì)信息時(shí)增加用優(yōu)先級(jí)+編號(hào)的order by字句即可
? 會(huì):此時(shí)無法依賴優(yōu)先級(jí)+編號(hào)來確定顯示順序,只能用一個(gè)順序字段來確定顯示順序,這個(gè)字段的值需要有一個(gè)良好的策略來維護(hù)。
鐘小明:信息顯示是按照優(yōu)先級(jí)+順序號(hào)排序的。
根據(jù)這個(gè)規(guī)則,從排隊(duì)表中讀取信息時(shí),增加用優(yōu)先級(jí)+順序號(hào)的oerder by子句即可。
關(guān)于順序號(hào)字段,應(yīng)注意以下事項(xiàng):
? 順序號(hào)應(yīng)以2的n次方做間隔,比如32, 此時(shí)順序號(hào)為32、64、96、…;因?yàn)橹虚g插入時(shí)可簡單用上下兩個(gè)節(jié)點(diǎn)的順序號(hào)之和除2所得的數(shù)總是偶數(shù),不用考慮四舍五入問題;也因?yàn)槭?的n次方的原因,不管出現(xiàn)何種插入情況,順序號(hào)均有良好的規(guī)則
? 第一個(gè)順序號(hào)不能為0,否則向第一個(gè)節(jié)點(diǎn)前邊插入節(jié)點(diǎn)時(shí)就變成不可能了
? 向尾部增加一條記錄時(shí),應(yīng)讀取表中該隊(duì)列的最大順序號(hào),將該順序號(hào)+間隔數(shù),即為新記錄的順序號(hào) ? 順序號(hào)每天從頭開始,不累積
? 建議間隔不要小于32;當(dāng)間隔為32時(shí),在極端情況下,可在第一個(gè)節(jié)點(diǎn)之前用總是將節(jié)點(diǎn)插入在隊(duì)列最前端的規(guī)則增加5個(gè)節(jié)點(diǎn),順序號(hào)分別為16、8、4、2、1,一般不會(huì)出現(xiàn)這種極端情況
在增加節(jié)點(diǎn)時(shí),順序號(hào)也有跟ViewID類似的問題:何時(shí)確定、多點(diǎn)執(zhí)行
2.醫(yī)生端叫號(hào)程序(或硬件叫號(hào)器)
患者信息:已在排隊(duì)表中
可能操作:順呼、選呼、復(fù)呼。具體說明如下:
? 順呼:按照規(guī)則呼叫下一位;結(jié)果:排隊(duì)表中一條信息的狀態(tài)被改變,護(hù)士端界面的某個(gè)隊(duì)列的第一條信息被刪除,信息發(fā)布屏幕上某個(gè)隊(duì)列中第一條信息(多個(gè)專家的隊(duì)列在一個(gè)隊(duì)列中顯示的,是呼叫專家的第一條信息)被刪除,叫號(hào)信息被更新(LCD、LED,規(guī)則有多種),有彈出窗口顯示呼叫信息,有TTS發(fā)呼叫語音
? 選呼:選擇呼叫排隊(duì)隊(duì)列中的某一位(硬件叫號(hào)器無此功能);結(jié)果:排隊(duì)表中一條信息的狀態(tài)被改變,護(hù)士端界面的某個(gè)隊(duì)列的一條信息被刪除,信息發(fā)布屏幕上某個(gè)隊(duì)列中一條信息被刪除,叫號(hào)信息被更新(LCD、LED,規(guī)則有多種),有彈出窗口顯示呼叫信息,有TTS發(fā)呼叫語音
? 復(fù)呼:再次呼叫剛才被呼叫的人;結(jié)果:排隊(duì)表中信息無變化,護(hù)士端界面無變化,信息發(fā)布屏幕上某個(gè)隊(duì)列中信息無變化,叫號(hào)信息無變化,有彈出窗口顯示呼叫信息,有TTS發(fā)呼叫語音
3.TQServer 患者信息:由護(hù)士端程序或叫號(hào)程序(硬件叫號(hào)器)提供
可能操作:其操作與護(hù)士端功能、醫(yī)生端功能均有對(duì)應(yīng)關(guān)系。具體說明如下: ? 增加:護(hù)士端程序提供排隊(duì)者信息,TQS將其插入到排隊(duì)表;若成功,則發(fā)消息至護(hù)士端程序,并發(fā)消息至CS
? 修改:護(hù)士端程序提供排隊(duì)者信息,TQS將更新排隊(duì)表中對(duì)應(yīng)記錄;若成功,則發(fā)消息至護(hù)士端程序,并發(fā)消息至CS
? 刪除:護(hù)士端程序提供排隊(duì)者信息,TQS將從排隊(duì)表中刪除對(duì)應(yīng)記錄;若成功,則發(fā)消息至護(hù)士端程序,并發(fā)消息至CS
? 轉(zhuǎn)移:護(hù)士端程序提供排隊(duì)者信息及目標(biāo)隊(duì)列信息,TQS修改排隊(duì)表中對(duì)應(yīng)記錄的信息;若成功,則發(fā)消息至護(hù)士端程序,并發(fā)消息至CS(兩條消息)
? 清空:護(hù)士端提供隊(duì)列ID,TQS從排隊(duì)表中刪除該隊(duì)列的所有記錄;若成功,則發(fā)消息至護(hù)士端程序,并發(fā)消息至CS
? 同步:護(hù)士端程序提供命令(是否需要制定僅同步某個(gè)播放器?),TQS發(fā)消息給CS(一條清空,若干條插入消息)
? 順呼:醫(yī)生端提供設(shè)備號(hào),TQS根據(jù)規(guī)則檢索被呼叫者信息,修改該記錄的狀態(tài),發(fā)信息至CS(CS轉(zhuǎn)給播放器,從排隊(duì)信息中刪除對(duì)應(yīng)節(jié)點(diǎn)、更新叫號(hào)信息、彈出窗口提示),發(fā)消息至LED控制程序(最終更新LED屏),發(fā)消息至TTS控制程序(最終播放呼叫語音)? 選呼:醫(yī)生端提供設(shè)備號(hào)及被呼叫者信息,TQS修改排隊(duì)表中對(duì)應(yīng)記錄的狀態(tài),發(fā)信息至CS(CS轉(zhuǎn)給播放器,從排隊(duì)信息中刪除對(duì)應(yīng)節(jié)點(diǎn)、更新叫號(hào)信息、彈出窗口提示),發(fā)消息至LED控制程序(最終更新LED屏),發(fā)消息至TTS控制程序(最終播放呼叫語音)
? 復(fù)呼:醫(yī)生端提供設(shè)備號(hào),TQS發(fā)信息至CS(CS轉(zhuǎn)給播放器,彈出窗口提示),發(fā)消息至LED控制程序(最終更新LED屏),發(fā)消息至TTS控制程序(最終播放呼叫語音)
4.CS(通訊服務(wù))
接收TQServer發(fā)來的消息,轉(zhuǎn)發(fā)給對(duì)應(yīng)的播放器
5.目標(biāo)程序(播放器程序、LED控制程序、TTS控制程序等)
播放器程序:接收CS發(fā)來的信息,根據(jù)信息類型更新顯示
LED控制程序:接收TQS發(fā)來的消息,通過LED控制器更新LED屏的顯示 TTS控制程序:接收TQS發(fā)來的消息,通過TTS盒子+音箱播放呼叫語音
6.目標(biāo)設(shè)備(播放器+LCD屏、LED控制器+屏、TTS盒子+音箱等)
播放器+LCD屏:由播放器程序控制,顯示多種內(nèi)容 LED控制器+屏:由LED控制器控制,顯示叫號(hào)信息 TTS盒子+音箱:由TTS控制程序控制,播放呼叫語音
模式一中的要點(diǎn):排隊(duì)順序機(jī)制。
? 模式二:掛號(hào)直接排隊(duì)、醫(yī)生一次呼叫
這個(gè)應(yīng)用場景與模式1稍有不同:掛號(hào)直接進(jìn)入候診排隊(duì)隊(duì)列。
此時(shí)可不需要護(hù)士端的排隊(duì)增加功能,但在某些情況下還是需要的(比如關(guān)系戶來了,不在掛號(hào)大廳掛號(hào),護(hù)士直接排隊(duì);或者70歲以上老人免掛號(hào))。
此時(shí)最大的不同,在于掛號(hào)時(shí)自動(dòng)進(jìn)入排隊(duì)隊(duì)列,數(shù)據(jù)庫無法觸發(fā)護(hù)士端程序更新排隊(duì)信息,也無法觸發(fā)TQS發(fā)消息給CS(CS轉(zhuǎn)發(fā)給播放器、更新排隊(duì)顯示)。
我們可要求掛號(hào)程序給TQS序發(fā)消息(增加排隊(duì)節(jié)點(diǎn)),TQS收到消息后,發(fā)消息護(hù)士端程序(讀取新增排隊(duì)者信息、更新界面中排隊(duì)信息),發(fā)消息給CS(CS轉(zhuǎn)發(fā)給播放器、更新排隊(duì)顯示)。
如果這個(gè)要求沒法滿足(HIS廠家不愿意提供),那么在這個(gè)應(yīng)用場景下,我們必須設(shè)計(jì)一個(gè)機(jī)制來感知通過掛號(hào)新增的排隊(duì)者信息。
不僅要感知新增信息,還要知道新增信息在排隊(duì)隊(duì)列中的順序。
模式二中的要點(diǎn):排隊(duì)順序機(jī)制、如何感知通過掛號(hào)新增的排隊(duì)信息及順序。
鐘小明:掛號(hào)掃描程序
1.本質(zhì)上掛號(hào)信息不是直接進(jìn)入排隊(duì)表,而是保存在接口表(接口文件)中 2.導(dǎo)診這邊會(huì)編寫接口程序,掃描接口表(接口文件)中的信息,將掛號(hào)信息轉(zhuǎn)交TQS處理(寫入排隊(duì)表)
3.對(duì)于已被TQS成功處理(寫入排隊(duì)表)的掛號(hào)信息,會(huì)改變接口表中的標(biāo)志或從接口文件中刪除,這樣再次掃描時(shí)不會(huì)讀取已經(jīng)處理的信息
那么有幾個(gè)問題需要考慮:
1.讀取數(shù)據(jù)表:數(shù)據(jù)表需要設(shè)置大科室、排隊(duì)隊(duì)列ID之類的列,并為每個(gè)點(diǎn)的掃描程序定義deptid=12 or deptid=16或queueid=16 or queueid=17之類的條件
2.讀取數(shù)據(jù)文件:如何確定文件名、文件格式
? 僅一個(gè)文件:文件名確定,但可能多個(gè)掃描程序掃描一個(gè)文件,存在讀寫效率、讀寫沖突等問題
? 多個(gè)文件:按照什么模式規(guī)劃文件及命名?若按照大科室,那么對(duì)于一個(gè)點(diǎn)的掃描程序掃描一個(gè)或多個(gè)科室的排隊(duì)隊(duì)列比較合適,但需要定義每個(gè)點(diǎn)的掃描程序?qū)?yīng)的多個(gè)文件名(直接或間接);按照排隊(duì)隊(duì)列,那么需要為每個(gè)點(diǎn)的掃描程序定義多個(gè)隊(duì)列文件名(直接或間接),一旦隊(duì)列個(gè)數(shù)發(fā)生變化,就需要維護(hù)這個(gè)定義 ? 文件格式:…
3.需要考慮是否可直接呼叫的配置
? 關(guān)于預(yù)約掛號(hào)
預(yù)約掛號(hào)可采用與掛號(hào)類似的方式:編寫預(yù)約掛號(hào)掃描程序,按照一定的規(guī)則將相應(yīng)掛號(hào)信息轉(zhuǎn)入排隊(duì)隊(duì)列。
? 關(guān)于患者所處的階段(狀態(tài))
這里所說的階段,主要是患者在排隊(duì)表中的狀態(tài);狀態(tài)的改變,涉及屏幕顯示的變化。
以掛號(hào)、首次等候、二次等候、就診(從患者角度)為例;以下的步驟實(shí)際上是從導(dǎo)診系統(tǒng)的操作角度來說明的。
1.掛號(hào):信息進(jìn)入掛號(hào)表。
2.掛號(hào)掃描:掛號(hào)掃描程序進(jìn)行掃描,將患者信息轉(zhuǎn)入排隊(duì)表,并設(shè)置其狀態(tài)為首次等候狀態(tài)。
患者進(jìn)入首次等候狀態(tài)。
需要在首次等候區(qū)的屏幕上顯示該患者信息。
3.分流呼叫:此時(shí)患者退出首次等候狀態(tài),進(jìn)入二次等候狀態(tài)
退出首次等候狀態(tài):需要在首次等候區(qū)的屏幕上刪除該患者的排隊(duì)信息、更新叫號(hào)列表信息、彈出呼叫提示、進(jìn)行語音播報(bào)(藍(lán)色部分也可算到進(jìn)入二次等候狀態(tài)的動(dòng)作)
進(jìn)入二次等候狀態(tài):需要在二次等候區(qū)的屏幕上顯示該患者信息
4.就診呼叫(順呼):此時(shí)上一位患者退出就診狀態(tài),進(jìn)入完成狀態(tài);下一位患者退出二次等候狀態(tài),進(jìn)入就診狀態(tài) 退出就診狀態(tài):患者信息從屏幕的就診去消失
退出二次等候狀態(tài):需要在二次等候區(qū)的屏幕上刪除該患者的排隊(duì)信息、彈出呼叫提示、進(jìn)行語音播報(bào)(藍(lán)色部分也可算到進(jìn)入就診狀態(tài)的動(dòng)作)進(jìn)入就診狀態(tài):顯示就診信息
從上述說明中可看出,從系統(tǒng)角度的一個(gè)事件的觸發(fā),可能涉及對(duì)于患者的一個(gè)狀態(tài)的退出,另一狀態(tài)的進(jìn)入。或者我們可以把一個(gè)狀態(tài)的退出、另一個(gè)狀態(tài)的進(jìn)入看做是狀態(tài)的變更。
從程序設(shè)計(jì)的角度,我們可考慮兩種方式:
1.設(shè)計(jì)每個(gè)狀態(tài)的進(jìn)入功能、退出功能,這些功能被合理的觸發(fā)
優(yōu)點(diǎn):從狀態(tài)的角度看,很清晰;當(dāng)狀態(tài)個(gè)數(shù)、狀態(tài)間的邏輯關(guān)系不可預(yù)知時(shí),程序組織比較方便 缺點(diǎn):編程難度大?
2.從操作事件角度出發(fā),設(shè)計(jì)操作事件所涉及的所有功能
優(yōu)點(diǎn):當(dāng)狀態(tài)個(gè)數(shù)、狀態(tài)間的邏輯關(guān)系都已知時(shí),可減少編程難度? 缺點(diǎn):若狀態(tài)個(gè)數(shù)、不可預(yù)知時(shí),程序的重組很費(fèi)勁
就目前的情況看來,即使考慮到分診模式(一次分診/二次分診)、是否允許直接呼叫、一次呼叫/兩次呼叫等模式,患者在各種模式下的狀態(tài)個(gè)數(shù)及順序是可知的,因此可采用第二種處理方式。
不過若第一種方式從程序角度來說并不難的話,應(yīng)采用第一種方式。
不管如何,暫且為患者設(shè)置幾種狀態(tài): 1.排隊(duì)(未指定隊(duì)列)
2.等候分流呼叫(排隊(duì)、已指定隊(duì)列、可直接呼叫)3.等候就診呼叫(排隊(duì)、已指定隊(duì)列、可直接呼叫)4.就診 5.結(jié)束
排隊(duì)、已指定隊(duì)列、不能直接呼叫
這個(gè)狀態(tài)不怎么需要
是用一個(gè)字段表示狀態(tài),還是用多個(gè)字段組合表示狀態(tài)?需要仔細(xì)琢磨。
? 功能分布圖一:每個(gè)科室有獨(dú)立的掛號(hào)掃描程序、TQS
醫(yī)生端使用軟件時(shí),會(huì)有直接讀寫數(shù)據(jù)庫的功能。
建議使用這種配置,其優(yōu)點(diǎn)是:
1.各科室掛號(hào)掃描程序、TQS獨(dú)立運(yùn)行,一個(gè)科室程序故障不會(huì)影響其它科室的正常運(yùn)行;對(duì)于業(yè)務(wù)較少的多個(gè)科室,可集中使用一套(掛號(hào)掃描程序、TQS、護(hù)士臺(tái)程序);不建議一個(gè)科室使用兩套(此時(shí)可從邏輯上設(shè)計(jì)兩個(gè)科室)
2.每個(gè)掛號(hào)掃描程序、TQS工作量相對(duì)較小,不易導(dǎo)致響應(yīng)延時(shí) 3.每個(gè)TQS處理不同的隊(duì)列,隊(duì)列的ViewID、順序號(hào)應(yīng)不會(huì)沖突
在這種配置下,必須注意的事項(xiàng)如下: 1.每個(gè)掛號(hào)掃描程序必須設(shè)置屬性: ? 數(shù)據(jù)權(quán)限:讀取哪些隊(duì)列(或用其它方式)的掛號(hào)記錄 ? 目標(biāo)TQS:讀取記錄后,發(fā)送給哪個(gè)TQS 2.每個(gè)TQS也必須設(shè)置屬性:
? 數(shù)據(jù)權(quán)限:讀寫哪些隊(duì)列(或用其它方式)的排隊(duì)記錄,與對(duì)應(yīng)的掛號(hào)掃描程序類似
? 信息目標(biāo):包括護(hù)士端程序、CS、LED控制程序、TTS控制程序等;若TQS是被其它程序連接,只需要為其它程序設(shè)置好自己對(duì)應(yīng)的TQS即可
3.護(hù)士端程序:
? 數(shù)據(jù)權(quán)限:讀寫哪些隊(duì)列(或用其它方式)的排隊(duì)記錄,與對(duì)應(yīng)的TQS程序類似
? TQS:設(shè)置對(duì)應(yīng)的TQS 4.醫(yī)生端程序:設(shè)置對(duì)應(yīng)的TQS
? 功能分布圖二:整個(gè)醫(yī)院只有一個(gè)掛號(hào)掃描程序、一個(gè)TQS
醫(yī)生端使用軟件時(shí),會(huì)有直接讀寫數(shù)據(jù)庫的功能。
不建議使用這種配置,缺點(diǎn)很多:
1.掛號(hào)掃描程序、TQS只有一套,一旦出現(xiàn)故障,所有科室的業(yè)務(wù)均無法正常運(yùn)行
2.掛號(hào)掃描程序、TQS負(fù)擔(dān)較大,易導(dǎo)致響應(yīng)延時(shí)
3.TQS邏輯復(fù)雜:必須能區(qū)分每個(gè)科室對(duì)應(yīng)的隊(duì)列,能將不同科室的信息發(fā)送到對(duì)應(yīng)科室的護(hù)士臺(tái)、CS、LED控制程序、TTS控制程序
第二篇:APP測試功能點(diǎn)總結(jié)
APP測試功能點(diǎn)總結(jié)
1.功能性測試:
——根據(jù)產(chǎn)品需求文檔編寫測試用例。
——軟件設(shè)計(jì)文檔編寫用例。
注意:就是根據(jù)產(chǎn)品需求文檔編寫測試用例而進(jìn)行測試。
2.兼容性測試:
——android版本的兼容性
——手機(jī)分辨率兼容性
——網(wǎng)絡(luò)的兼容性:2G3G4GWIFI,弱網(wǎng)下、斷網(wǎng)時(shí)
——app跨版本的兼容性
1.適配性測試:
1>.手機(jī)不同分辨率支持:客戶端支持的分辨率等
2>.手機(jī)不同版本的支持:2.34.04.4等;在測試計(jì)劃中:需要安排單獨(dú)的時(shí)間用于android不同系統(tǒng)的兼容性測試,包括2.0以下版本和4.0以上等
3>.手機(jī)不同廠家系統(tǒng)的支持:不同廠家會(huì)有不同android系統(tǒng),例如:小米,華為,錘子對(duì)市面上主流手機(jī)的支持
4>.手機(jī)不同尺寸的支持:3.5到5.0屏幕在UI顯示有區(qū)別,要支持最大到最小。
2.安裝、卸載測試:
1>.生成apk文件在真機(jī)上可以安裝及卸載;
2>.Android手機(jī)端通用安裝工具。如:豌豆莢
3.在線升級(jí)測試:
1>.驗(yàn)證數(shù)字簽名
2>.升級(jí)后可以正常使用。
3>.在線跨版本升級(jí)。
3.性能測試:
——壓力測試:
——電量流量測試:
——cup、內(nèi)存消耗:
——app啟動(dòng)時(shí)長
——crash率
——內(nèi)存泄漏
4.網(wǎng)絡(luò)測試:
1.外網(wǎng)測試主要現(xiàn)實(shí)模擬客戶使用網(wǎng)絡(luò)環(huán)境,檢驗(yàn)客戶單程序在實(shí)際網(wǎng)若環(huán)境中使用情況及進(jìn)行業(yè)務(wù)操作。
2.外網(wǎng)測試主要覆蓋到wifi2G3G4G,.netwap、電信移動(dòng)聯(lián)通、所有可能的組合進(jìn)行測試。
原則:
1.盡可能全面覆蓋用戶的使用場景,測試用例中需要包含不同網(wǎng)絡(luò)排列組合的各種可能。
2.還有模擬信號(hào)被屏蔽時(shí)候。客戶端的影響等。還有做外包場景測試,在高山、丘陵、火車上等特殊環(huán)境下進(jìn)行全面測試
5.接口性測試:
——client端和service端的交互
——client端的數(shù)據(jù)更新和service端的數(shù)據(jù)是否一致
——client端更新時(shí)斷開了。
——client端更新時(shí)service端掛了。
6.業(yè)務(wù)邏輯測試:
1.業(yè)務(wù)邏輯測試:主要測試客戶端業(yè)務(wù)能否正常完成。
2.功能點(diǎn)測試:主要測試客戶端功能點(diǎn)是否正常使用
3.關(guān)聯(lián)性測試:主要測試客戶端與pc端的交互,客戶端處理完后,pc端與客戶端數(shù)據(jù)一致
7.異常測試:
1.交互異常性測試:客戶端作為手機(jī)特性測試,包括被打擾的情況;如來電、來短信、低電量測試等,還要注意手機(jī)端硬件上,如:待機(jī),插拔數(shù)據(jù)線、耳機(jī)等操作不會(huì)影響客戶端。
2.異常性測試:主要包含了斷網(wǎng)、斷電、服務(wù)器異常等情況下,客戶端能否正常處理,保證數(shù)據(jù)正確性。
客戶端側(cè)性能測試:
1.基準(zhǔn)性能測試:主要通過壓服務(wù)器端接口及客戶端在不同網(wǎng)絡(luò)環(huán)境下響應(yīng)速度。
2.大數(shù)量的測試:主要在特定環(huán)境下,客戶端一次性更新大量的數(shù)據(jù)及人員列表時(shí),客戶端能否正常處理,分為三種情況:
——客戶端第一次使用,第一次就更新大量數(shù)據(jù)及人員列表。
——客戶端在平時(shí)更新中,更新大量的數(shù)據(jù)
——客戶端已經(jīng)在手機(jī)本地下載很多數(shù)據(jù)后,再次更新大量
如果想要在測試方面獲得進(jìn)一步的提升,那么你就需要學(xué)會(huì)使用App測試工具。一方面,通過測試工具可以代替你做重復(fù)繁瑣的部分工作,你節(jié)省出的是更多的學(xué)習(xí)時(shí)間,另一方面,這些工具還會(huì)為你提供大量的游戲運(yùn)行數(shù)據(jù)和日志,有了這些數(shù)據(jù)你就能更方便的判斷問題發(fā)生的原因,這寫數(shù)據(jù)的解讀能力將是你未來的最大競爭力。
第三篇:導(dǎo)診便民措施
鎮(zhèn)平縣人民醫(yī)院
導(dǎo)診就醫(yī)臺(tái)便民服務(wù)措施
1、免費(fèi)輪椅服務(wù)。
2、免費(fèi)測血壓、測體溫。
3、為老、弱、殘及危重患者提供全程導(dǎo)醫(yī)服務(wù)。
4、免費(fèi)小件物品寄存。
5、健康指導(dǎo)服務(wù),免費(fèi)發(fā)放健康教育處方。
6、失物招領(lǐng),并負(fù)責(zé)電話聯(lián)系。
7、提供針線包、老花鏡、筆、紙。
8、免費(fèi)為患者提供咨詢,幫助患者選擇醫(yī)生。
9、免費(fèi)提供開水。
第四篇:導(dǎo)診工作制度
導(dǎo)診工作制度
1、面帶微笑,規(guī)范站姿,熱情禮貌,耐心回答患者詢問,正確引患者各科就診。
2、隨時(shí)觀察門診大廳及門口的人流動(dòng)態(tài),主動(dòng)攙扶年老體弱的患者,為行動(dòng)不便的患者提供輪椅、協(xié)助掛號(hào)、必要時(shí)協(xié)助就診、取藥、檢查等。
3、勤動(dòng)口勤動(dòng)手,維持大廳門診的良好秩序。
4、導(dǎo)醫(yī)每日提前10分鐘到崗,統(tǒng)一著導(dǎo)醫(yī)服裝,保持衣帽整齊,佩帶胸卡。
5、病人進(jìn)入大廳后:一張笑臉,一聲問候,一份熱情,引導(dǎo)病人掛號(hào)。
6、掛號(hào)分診:站立式服務(wù),詢問病人掛號(hào)情況,做好初、復(fù)診病人的登記工作,患者無特殊要求,根據(jù)病情按科室及相關(guān)規(guī)定分診。
7、流動(dòng)班:走動(dòng)式服務(wù),負(fù)責(zé)將病人帶到醫(yī)生診室,詢問病情介紹醫(yī)生特長,協(xié)助病人交費(fèi),輔助病人做檢查,取藥,等全程優(yōu)質(zhì)服務(wù)。
8、遵守醫(yī)院規(guī)章制度,按時(shí)上下班,不遲到,不早退。
9、導(dǎo)醫(yī)的:“九不準(zhǔn)”
不準(zhǔn)吃零食、干私事。
不準(zhǔn)閑聊、打鬧、高聲喧嘩。
不準(zhǔn)看書、看報(bào)、看電視、玩手機(jī)、玩游戲。
不準(zhǔn)約會(huì)私人客人。
不準(zhǔn)對(duì)病人不理不睬。
不準(zhǔn)索取病人取禮物。
不準(zhǔn)與病人頂撞吵架。
不準(zhǔn)擅自離崗串崗。
不準(zhǔn)遲到早退。
10、分診導(dǎo)醫(yī)每日負(fù)責(zé)所轄區(qū)域內(nèi)一切物品的清潔衛(wèi)生
11、對(duì)危重?fù)尵然颊呒疤厥馇闆r病員,導(dǎo)醫(yī)盡快送到相關(guān)科室就診,協(xié)助醫(yī)生護(hù)士做好搶救工作,對(duì)行走不方便病人上前攙扶。
12、科室要有團(tuán)隊(duì)精神,團(tuán)結(jié)之心,相互幫助每日必需完成自己的工作,交接班要清楚。科室分配任務(wù)不得推辭,服從領(lǐng)導(dǎo)安排。
科左中旗人民醫(yī)院護(hù)理部
第五篇:導(dǎo)診工作制度
導(dǎo)醫(yī)工作職責(zé)
1、面帶微笑,規(guī)范站姿,熱情禮貌,耐心回答患者詢問,正確引患者各科就診。
2、隨時(shí)觀察門診大廳及門口的人流動(dòng)態(tài),主動(dòng)攙扶年老體弱的患者,為行動(dòng)不便的患者提供輪椅、協(xié)助掛號(hào)、必要時(shí)協(xié)助就診、取藥、檢查等。
3、勤動(dòng)口勤動(dòng)手,維持大廳門診的良好秩序。
4、導(dǎo)醫(yī)每日7:20到崗,統(tǒng)一著導(dǎo)醫(yī)服裝,保持衣帽整齊,佩帶胸卡。
5、病人進(jìn)入大廳后:一張笑臉,一聲問候,一份熱情,引導(dǎo)病人掛號(hào)。
6、掛號(hào)分診:站立式服務(wù),詢問病人掛號(hào)情況,做好初、復(fù)診病人的登記憶工作,患者無特殊要求,根據(jù)病情按科室及相關(guān)規(guī)定分診。
7、流動(dòng)班:走動(dòng)式服務(wù),負(fù)責(zé)將病人帶到醫(yī)生診室,詢問病情介紹醫(yī)生特長,協(xié)助病人交費(fèi),輔助病人做檢查,取藥,等全程優(yōu)質(zhì)服務(wù)。
8、遵守醫(yī)院規(guī)章制度,按時(shí)上下班,不遲到,不早退。
9、導(dǎo)醫(yī)的:“十不準(zhǔn)” 不準(zhǔn)吃零食、干私事; 不準(zhǔn)閑聊、打鬧、高聲喧嘩;
不準(zhǔn)看書、看報(bào)、看電視、玩手機(jī)、玩游戲。不準(zhǔn)約會(huì)私人客人; 不準(zhǔn)對(duì)病人不理不睬; 不準(zhǔn)索取病人取禮物; 不準(zhǔn)與病人頂撞吵架; 不準(zhǔn)擅自離崗串崗; 不準(zhǔn)遲到早退;
10、分診導(dǎo)醫(yī)每日負(fù)責(zé)所轄區(qū)域內(nèi)一切物品的清潔衛(wèi)生
11、對(duì)危重?fù)尵然颊呒疤厥馇闆r病員,導(dǎo)醫(yī)盡快送到相關(guān)科室就診,協(xié)助醫(yī)生護(hù)士做好搶救工作,對(duì)行走不方便病人上前攙扶。
12、科室要有團(tuán)隊(duì)精神,團(tuán)結(jié)之心,相互幫助每日必需完成自己的工作,交接班要清楚。科室分配任務(wù)不得推辭,服從領(lǐng)導(dǎo)安排。