李雅瓊，王丹鳳，夏令強(qiáng)

(1.海軍特色醫(yī)學(xué)中心，上海 200052； 2.頤保醫(yī)療科技(上海)有限公司，上海 200052;3.海軍特色醫(yī)學(xué)中心信息科,上海 200052)

本文根據(jù)醫(yī)院門診預(yù)約掛號(hào)的實(shí)際情況，設(shè)計(jì)一個(gè)新的基于軍字一號(hào)系統(tǒng)結(jié)構(gòu)的門診統(tǒng)一號(hào)源分配系統(tǒng)，從而達(dá)到優(yōu)化就診流程，提高醫(yī)療服務(wù)質(zhì)量，改善預(yù)約診療效率，提高預(yù)約準(zhǔn)確性，避免醫(yī)療資源浪費(fèi)的目的，實(shí)現(xiàn)現(xiàn)場(chǎng)、電話、微信、診間預(yù)約的統(tǒng)一號(hào)源分配。

1 號(hào)源池的生成

1.1 號(hào)源池的概念號(hào)源池，即把全部號(hào)源看作一個(gè)整體，多種預(yù)約掛號(hào)渠道共享一個(gè)號(hào)源集合[1]?，F(xiàn)階段，掛號(hào)方式已經(jīng)不僅僅局限于門診大廳掛號(hào)[2]。就本院而言有網(wǎng)站預(yù)約、電話預(yù)約、微信預(yù)約、診間預(yù)約、醫(yī)療APP預(yù)約等方式。以往在醫(yī)院的實(shí)際操作中，非窗口預(yù)約與窗口掛號(hào)使用不同的號(hào)源和接口，在某種方式預(yù)約人數(shù)較少時(shí)，容易造成號(hào)源的浪費(fèi)。而將所有號(hào)類統(tǒng)一在一個(gè)集合中做增減調(diào)度，使醫(yī)療資源得到合理分配。網(wǎng)站預(yù)約、電話預(yù)約、微信預(yù)約、診間預(yù)約、醫(yī)療APP預(yù)約掛號(hào)等鎖號(hào)渠道均共享此號(hào)源池，患者可自由選擇任意時(shí)點(diǎn)號(hào)源[3](圖1)。

如何讓不同途徑預(yù)約掛號(hào)的數(shù)量——即號(hào)源池中號(hào)類的數(shù)量，在統(tǒng)一的調(diào)配下合理分配，如何平衡分配掛號(hào)時(shí)間及門診量，如何在基于軍字一號(hào)的數(shù)據(jù)結(jié)構(gòu)條件下實(shí)現(xiàn)統(tǒng)一號(hào)源池預(yù)約，是本文探討的重點(diǎn)。

圖1 號(hào)源池

1.2 號(hào)源數(shù)量測(cè)算在分配號(hào)源數(shù)量之前，通過歷史數(shù)據(jù)分析調(diào)查清楚醫(yī)院門診各科室單位時(shí)間的接診量尤為重要。如果采用固定分配模式分配號(hào)源數(shù)量，例如規(guī)定周一某專家號(hào)微信網(wǎng)頁APP等預(yù)約分配10個(gè)、電話預(yù)約5個(gè)，這樣容易導(dǎo)致患者不清楚到院簽到就診的具體時(shí)間，并且容易與現(xiàn)場(chǎng)掛號(hào)的患者就診形成擁堵，增加患者單位就診時(shí)間，降低滿意度。因此構(gòu)建一個(gè)合理有效的門診排班號(hào)源測(cè)算方式，顯得尤為重要。

本系統(tǒng)排班模塊采用小時(shí)為單位計(jì)算門診號(hào)數(shù)量，這樣一方面有助于醫(yī)生掌握每個(gè)時(shí)段的工作量，另一方面使患者更加精確到診時(shí)間，避免長(zhǎng)時(shí)間候診。以本院口腔科門診為例，口腔科醫(yī)務(wù)人員較少，單個(gè)患者治療復(fù)診時(shí)間長(zhǎng)?？谇豢颇翅t(yī)生經(jīng)近幾年門診日時(shí)間段接診量統(tǒng)計(jì)分析，上午8點(diǎn)至10點(diǎn)之間，每小時(shí)最多可以接診3個(gè)患者，10點(diǎn)至11點(diǎn)分配2名患者。根據(jù)該分析測(cè)算，將數(shù)據(jù)錄入該醫(yī)生號(hào)源數(shù)設(shè)定。該數(shù)據(jù)可以根據(jù)醫(yī)生實(shí)際情況動(dòng)態(tài)調(diào)整，直至達(dá)到患者與醫(yī)療資源平衡的狀態(tài)。其他門診科室同理在調(diào)查分析門診量的基礎(chǔ)上確定號(hào)源數(shù)量。此號(hào)源數(shù)設(shè)定是生成號(hào)源數(shù)量的基礎(chǔ)。

圖2是具體門診號(hào)數(shù)量設(shè)定模塊頁面，可以根據(jù)醫(yī)院各科室實(shí)際測(cè)定的數(shù)量來調(diào)整各時(shí)段門診號(hào)的數(shù)量，也可以隨時(shí)勾選啟用或者停用的狀態(tài)。

圖2 門診號(hào)數(shù)量設(shè)定模塊

1.3 號(hào)源池的生成根據(jù)軍字一號(hào)原有排班數(shù)據(jù)結(jié)構(gòu)，新系統(tǒng)更加明確每個(gè)醫(yī)生每周每天上午和下午的號(hào)別、出班情況和限號(hào)數(shù)，生成每周號(hào)源，每個(gè)號(hào)源都明確接診醫(yī)生及候診時(shí)間，每日凌晨生成后續(xù)14天的號(hào)源數(shù)量。為防止重號(hào)問題，系統(tǒng)每一個(gè)號(hào)源生成一條數(shù)據(jù)庫記錄，每一號(hào)源都有唯一的編號(hào)，此編號(hào)按日期+號(hào)別+時(shí)段+號(hào)源數(shù)規(guī)則排列，例如20190518-門診內(nèi)科-SS08-0001表示2019年5月18日門診內(nèi)科普通號(hào)上午8點(diǎn)時(shí)段第一個(gè)號(hào)。以此規(guī)則形成預(yù)約掛號(hào)的號(hào)源池。

2 系統(tǒng)關(guān)鍵技術(shù)

2.1 WebService接口調(diào)用方式系統(tǒng)采用WebService的接口調(diào)用方式[4]。WebService最大的優(yōu)勢(shì)一是跨平臺(tái)，彌補(bǔ)各種平臺(tái)不兼容的缺陷，二是實(shí)現(xiàn)跨語言，使各種語言開發(fā)的應(yīng)用能互相共享數(shù)據(jù)[5]。WebService接口兼容不同掛號(hào)平臺(tái)，不同門診預(yù)約系統(tǒng)，不同操作系統(tǒng)，不同協(xié)議通信，使任何兩個(gè)應(yīng)用程序，只要能讀寫JSON，就能互相通信[6]。接口規(guī)范采用HTTP Rest風(fēng)格訪問方式，具體為HTTP請(qǐng)求POST方式，數(shù)據(jù)包格式采用application/Json格式。該方式自使用以來，接口運(yùn)行穩(wěn)定，信息交互流暢。

2.2 號(hào)源鎖定方式由于本院軍字一號(hào)信息管理系統(tǒng)采用Oracle 11g數(shù)據(jù)庫，而該版本數(shù)據(jù)庫引入skip locked，通過skip locked語句可以跳過前序語句鎖定的數(shù)據(jù)行，使for update skip locked語句可以查詢出號(hào)源池中剩下的號(hào)源數(shù)，并給剩下的數(shù)據(jù)集進(jìn)行加鎖操作。系統(tǒng)采用此語法來實(shí)現(xiàn)號(hào)源鎖定[7]。該方式經(jīng)兩年來使用未發(fā)現(xiàn)死鎖等問題。關(guān)鍵語句如下：

--嘗試是否可以鎖定號(hào)源

selectclinic_appoint_serialnofromoutpadm.clinic_for_appointwhereclinic_appoint_status =0

andclinic_appoint_serialno=i.clinic_appoint_serialnoforupdate skip locked;

2.3 軍字一號(hào)數(shù)據(jù)庫結(jié)構(gòu)的改造為了兼容現(xiàn)有軍字一號(hào)庫結(jié)構(gòu)，本系統(tǒng)只增加部分表，或在現(xiàn)有表上增加若干字段。經(jīng)測(cè)試不會(huì)影響現(xiàn)有數(shù)據(jù)上報(bào)。具體如下。

① 新增時(shí)段字典clinic_time_desc_dict。原有系統(tǒng)時(shí)段定義只有上午、下午、白天、晝夜。新增此表用于描述具體時(shí)段，表結(jié)構(gòu)如圖3所示。

圖3 時(shí)段字典

② 新增表clinic_for_appoint。此表定義每個(gè)號(hào)類的具體時(shí)段分配的號(hào)源數(shù)，存儲(chǔ)各個(gè)號(hào)類各個(gè)時(shí)段按照時(shí)段分配表生成的號(hào)源記錄。由時(shí)間、號(hào)類、HIS時(shí)段、號(hào)源時(shí)段、號(hào)源編碼、號(hào)源狀態(tài)構(gòu)成，此表的號(hào)源數(shù)與現(xiàn)有HIS系統(tǒng)中的clinic_for_regist表的號(hào)源數(shù)聯(lián)動(dòng)，表的數(shù)據(jù)由自編的號(hào)源管理軟件自動(dòng)生成。表結(jié)構(gòu)如圖4所示。

圖4 號(hào)源

③ 新增表pat_master_index_for_appoint。為了擴(kuò)大可預(yù)約人群范圍，預(yù)約不僅限于已就診過的患者，同時(shí)也支持未就診過的患者，因此新增臨時(shí)卡患者信息索引表pat_master_index_for_appoint。注冊(cè)時(shí)判斷患者是否已在本院就診過，如果是，則不寫此表，如果否，則為此患者生成一個(gè)唯一的臨時(shí)卡號(hào)。表結(jié)構(gòu)如圖5所示。

圖5 臨時(shí)就診卡信息

④ 新增表clinic_appoints_new。記錄患者預(yù)約詳細(xì)信息，為了能準(zhǔn)確地統(tǒng)計(jì)出預(yù)約就診率及付費(fèi)率，此表的相關(guān)信息與最后實(shí)際掛號(hào)費(fèi)用結(jié)算時(shí)的信息也有所關(guān)聯(lián)，增加發(fā)票號(hào)、就診時(shí)間及就診號(hào)字段，用于和系統(tǒng)中clinic_master表相關(guān)聯(lián)。表結(jié)構(gòu)如圖6所示。

圖6 預(yù)約記錄

3 系統(tǒng)基本架構(gòu)及流程

3.1 預(yù)約掛號(hào)流程本院采取實(shí)名制掛號(hào)方式，身份證號(hào)碼作為唯一憑證。在注冊(cè)賬號(hào)時(shí)，系統(tǒng)會(huì)根據(jù)患者身份證號(hào)檢測(cè)是否在本院就診過，如果有則取其原卡號(hào)作為就診卡號(hào)，如果未就診過，系統(tǒng)將自動(dòng)分配一個(gè)帶有臨時(shí)標(biāo)識(shí)的就診卡號(hào)給患者，并發(fā)送手機(jī)短信至患者手機(jī)，用于提醒，如果是微信預(yù)約，同時(shí)也發(fā)送微信提醒消息。系統(tǒng)預(yù)約掛號(hào)流程圖如圖7所示。

預(yù)約患者就診當(dāng)天到院需要持身份證至導(dǎo)醫(yī)臺(tái)簽到。系統(tǒng)核對(duì)成功之后，患者直接去預(yù)約診室就診，相關(guān)叫號(hào)規(guī)則會(huì)根據(jù)時(shí)段動(dòng)態(tài)分配。對(duì)于臨時(shí)就診號(hào)患者，則在簽到時(shí)免費(fèi)分配實(shí)體診卡號(hào)。

對(duì)于預(yù)約時(shí)段未就診患者，號(hào)源采取“不釋放原則”。對(duì)于患者爽約行為，采取將身份信息插入掛號(hào)黑名單的方式，對(duì)于3次及以上爽約患者則限制為現(xiàn)場(chǎng)掛號(hào)[8]。

圖7 預(yù)約掛號(hào)流程

3.2 退號(hào)流程患者預(yù)約成功后由于各種原因需要退號(hào)，系統(tǒng)判斷退號(hào)當(dāng)前時(shí)間是否超過預(yù)約時(shí)段，是則直接退費(fèi)，否則回退號(hào)源，重新進(jìn)入號(hào)源池(圖8)。

圖8 退號(hào)流程

3.3 加號(hào)流程圖在就醫(yī)過程中，對(duì)于慢性病或者需要隨訪復(fù)查的患者，往往需要在診間預(yù)約下次就診時(shí)間，為減少患者多次排隊(duì)掛號(hào)的麻煩，在門診醫(yī)生站設(shè)立加號(hào)模塊，所加“號(hào)”也歸入號(hào)源池進(jìn)行統(tǒng)一預(yù)約管理，系統(tǒng)限制只有患者主診醫(yī)生有權(quán)操作。

4 小 結(jié)

基于軍字一號(hào)的門診統(tǒng)一號(hào)源池預(yù)約系統(tǒng)已在本院使用近兩年，系統(tǒng)高效穩(wěn)定。經(jīng)統(tǒng)計(jì)，預(yù)約就診率為85%，特殊科室達(dá)到100%，掛號(hào)費(fèi)付費(fèi)率60%。隨著掛號(hào)方式的不斷增多，統(tǒng)一號(hào)源池的設(shè)定將會(huì)成為門診掛號(hào)預(yù)約系統(tǒng)設(shè)計(jì)不可缺少的一部分。系統(tǒng)將所有掛號(hào)納入預(yù)約管理范疇，在數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)功能設(shè)計(jì)和數(shù)據(jù)流程設(shè)計(jì)中統(tǒng)一設(shè)計(jì)，保證全部掛號(hào)渠道數(shù)據(jù)完整性[9]。對(duì)于必須使用總部下發(fā)軍字一號(hào)的軍隊(duì)醫(yī)院來說，在軍字一號(hào)數(shù)據(jù)庫基礎(chǔ)上做修改解決統(tǒng)一號(hào)源的需求，顯得尤為緊迫。本系統(tǒng)將在今后的實(shí)踐運(yùn)行過程中，不斷進(jìn)行完善，更好地服務(wù)于部隊(duì)，更好地協(xié)調(diào)有限的醫(yī)療資源。