協(xié)創(chuàng)醫(yī)療系統(tǒng)需求規(guī)格說明書

1、醫(yī)療管理系統(tǒng)項目需求規(guī)格說明書擬制日期文件編號審核日期批準日期版本號文件狀態(tài)： 草稿 正式發(fā)布 正在修改XXXX 項目需求規(guī)格說明書- 1 -版 本 歷 史版本/狀態(tài)作者參與者起止日期備注V1.01吳金中2005-03-15增加了 1.1;修改了 3.1 和 3.3吳金中增加了 1.1,2.3使用說明（正式文檔中刪除本說明） ：除非特殊情況，并獲得部門經(jīng)理的同意，所有文檔必須按本文檔模版編寫。樣式選擇：為了提高工作效率，文檔已建好所有常用樣式，使用時應使用樣式選擇方式或快捷鍵方式：樣式選擇方式：快捷鍵方式：標題1：CTL+1XXXX 項目需求規(guī)格說明書- 2 -標題2：CTL+2標題3：CTL

2、+3標題4：CTL+4標題5：CTL+5標題6：CTL+6正文：CTL+（1左邊的那個鍵）為了保證本文檔模版不出現(xiàn)混亂，從其他文檔中拷貝內(nèi)容，準備粘貼到本文檔時，一定選擇“選擇性粘貼”，并選擇“無格式文本”然后重新設置格式和樣式。XXXX 項目需求規(guī)格說明書- 3 -目目錄錄第一章、第一章、概述概述.- 1 -1.1總體要求.- 1 -1.2文檔編寫約定.- 1 -1.3系統(tǒng)介紹.- 2 -1.4系統(tǒng)用戶.- 2 -1.5任務描述.- 2 -1.5.1任務1.- 3 -1.5.2任務n.- 3 -1.6系統(tǒng)運行環(huán)境.- 3 -1.6.1系統(tǒng)拓撲結構圖.- 3 -1.6.2硬件環(huán)境要求.- 3

3、-1.6.3軟件環(huán)境要求.- 3 -1.7對系統(tǒng)開發(fā)的其它要求.- 3 -1.8詞匯表.- 3 -1.9參考資料.- 3 -第二章、第二章、功能性需求功能性需求.- 4 -2.1需求一覽表.- 4 -2.1.1子系統(tǒng)1需求一覽表.- 4 -2.1.2子系統(tǒng)n需求一覽表.- 4 -2.2關系圖.- 5 -2.3關鍵數(shù)據(jù)元素描述.- 5 -2.3.1內(nèi)容.- 5 -2.3.2狀態(tài)轉移圖.- 5 -2.4子系統(tǒng) 1.錯誤！未定義書簽。錯誤！未定義書簽。2.4.1功能模塊1.- 6 -2.4.1.1功能項 1.- 39 -2.4.1.2功能項 n.- 60 -2.4.2功能模塊n.- 45 -XXXX

4、 項目需求規(guī)格說明書- 4 -2.5子系統(tǒng)N. - 153 -2.5.1功能模塊1.- 191 -2.5.2功能模塊n.- 191 -第三章、第三章、性能需求性能需求.- 192 -3.1系統(tǒng)容量要求.- 192 -3.2系統(tǒng)響應時間要求.- 192 -3.3系統(tǒng)健壯性要求.- 192 -第四章、第四章、用戶界面需求用戶界面需求.- 193 -4.1用戶界面設計原則要求.- 193 -4.2易用性、易操作性要求.- 193 -第五章、第五章、安全性需求安全性需求.- 194 -5.1系統(tǒng)安全性需求.- 194 -5.2數(shù)據(jù)安全性需求.- 194 -5.3權限需求.- 194 -第六章、第六章、

5、需進一步落實的問題（需進一步落實的問題（TBD）. - 195 -XXXX 項目需求規(guī)格說明書- 1 -第一章、概述1.1 總體要求（1） 需求規(guī)格說明書必須完整、準確描述業(yè)務需求及其環(huán)境要求（2） 需求規(guī)格說明書作為一種契約，界定了系統(tǒng)的范圍及內(nèi)容；（3） 通過該說明書，即使沒有軟件系統(tǒng)，按其內(nèi)容而不需其它材料的情況下，手工處理也可實現(xiàn)；（4） 通過培訓講解，軟件開發(fā)人員、系統(tǒng)測試人員可以依此設計或測試系統(tǒng)，而不需要再去了解業(yè)務（5） 子系統(tǒng)、功能模塊和功能項的劃分（即 2.1 部分）及其相互關系（即 2.2 部分）必須清晰、合理（6） 對于功能項，特別是關鍵業(yè)務功能項（即 2.X）的流程、

6、輸入輸出必須清楚、完備；（7） 對于關鍵數(shù)據(jù)元素的描述（即 2.3 部分）必須完備、準確；1.2 文檔編寫約定句子簡短完整，具有正確的語法、拼寫和標點；使用的術語與詞匯表（參見 1.7）中所定義的一致；需求陳述應該有一致的樣式，例如“系統(tǒng)必須.”或者“用戶必須.” ，并緊跟一個行為動作和可觀察的結果；避免使用模糊、主觀模糊、主觀的術語，減少不確定性，如“界面友好、操作方便” ；避免使用比較性比較性詞語，如“提高” ，應定量說明提高程度。XXXX 項目需求規(guī)格說明書- 2 -1.3 系統(tǒng)介紹簡單介紹系統(tǒng)的開發(fā)背景，系統(tǒng)開發(fā)目的，為了解決什么樣的問題而開發(fā)1.4 系統(tǒng)用戶用戶類別工作任務相關經(jīng)驗優(yōu)

7、先級備注用戶類別：用戶的類別名稱，例如，系統(tǒng)管理員、納稅人、稅務干部、社會公眾、領導干部等。工作任務：該類用戶使用系統(tǒng)的哪些功能、完成哪些任務相關經(jīng)驗：該類用戶的技術和業(yè)務經(jīng)驗水平概述優(yōu)先級：系統(tǒng)對該類用戶的重要性和優(yōu)先程度。如關鍵用戶、次關鍵用戶、一般用戶備注：其它說明1.5 任務描述對于本次系統(tǒng)實現(xiàn)來講，主要完成哪些任務，分3號標題描述XXXX 項目需求規(guī)格說明書- 3 -1.5.1 任務任務 11.5.2 任務任務 n1.6 系統(tǒng)運行環(huán)境1.6.1 系統(tǒng)拓撲結構圖系統(tǒng)拓撲結構圖系統(tǒng)運行時的網(wǎng)絡環(huán)境、各種設備、及其相互連接關系用Visio畫出其結構圖。1.6.2 硬件環(huán)境要求硬件環(huán)境要求詳

8、細列出本系統(tǒng)運行時所必須的最低硬件配置、推薦的硬件配置（主機、顯示器、環(huán)境設備等）以及其它特殊設備。1.6.3 軟件環(huán)境要求軟件環(huán)境要求1.7 對系統(tǒng)開發(fā)的其它要求如操作系統(tǒng)、網(wǎng)絡軟件、數(shù)據(jù)庫系統(tǒng)以及其他特殊軟件要求。1.8 詞匯表相當于名詞解釋，對文中的縮寫、專業(yè)術語進行簡要闡述1.9 參考資料列出主要參考資料，如需求資料、會議紀要等XXXX 項目需求規(guī)格說明書- 4 -第二章、功能性需求2.1 需求一覽表從粒度從大到小分，需求可以分為子系統(tǒng)(SS：Sub System)、功能模塊(FM：Function Module、功能項（FI：Function Item）3個層次。如果系統(tǒng)規(guī)模較小，可

9、以省去子系統(tǒng)一級，分為功能模塊、功能項兩個層次如果功能項還包括若干個子功能項，則在備注中并列列出并解釋。此處僅僅列出匯總表格，應對每個子系統(tǒng)用2號標題展開描述2.1.1 子系統(tǒng)子系統(tǒng) 1 需求一覽表需求一覽表功能模塊功能項描述功能模塊 1Function A.1功能模塊 2Function B.1功能模塊 nFunction C.12.1.2 子系統(tǒng)子系統(tǒng) n 需求一覽表需求一覽表功能模塊功能項描述功能模塊 1Function A.1功能模塊 2Function B.1功能模塊 nFunction C.1XXXX 項目需求規(guī)格說明書- 5 -2.2 關系圖用Visio圖的方式畫出各子系統(tǒng)之間、

10、各功能模塊之間、各功能項之間的關系，在箭頭上注明相應的數(shù)據(jù)或要求；每張圖之間用3號標題分開。2.3 關鍵數(shù)據(jù)元素描述關鍵數(shù)據(jù)元素，如表證單書、業(yè)務流程中最核心的業(yè)務實體等2.3.1 內(nèi)容內(nèi)容數(shù)據(jù)項名稱詳細含義描述2.3.2 狀態(tài)轉移圖狀態(tài)轉移圖參見“狀態(tài)圖繪制規(guī)范” 。XXXX 項目需求規(guī)格說明書- 6 -2.4 門診：2.4.1 掛號管理：掛號管理：2.4.1.1功能概述：功能概述：1.病人前臺掛號，如果沒有診療卡則需要辦理診療卡（診療卡包括病人的信息和以往的診療信息） 。2.診療卡是可以注銷的，有診療卡則直接用診療卡進行掛號。3.診療卡是診療卡號和病人的身份證號來確定唯一標識。4.診療卡引

11、用了門診號，可以查詢以前的診療信息。5.掛號信息中的收費包括掛號費和診療費XXXX 項目需求規(guī)格說明書- 7 -6.診療費是由病人所掛科室的值班醫(yī)生決定的，值班醫(yī)生可以通過查詢該科室正在值班的醫(yī)生來確定診療費。7.掛號費是由掛號類型主要包括普通和急診來決定的（急診和普通費用是不一樣的） 。8.如果病人在沒有診治的情況下，可以退診療費（產(chǎn)生退費記錄，狀態(tài)改變?yōu)橐淹嗽\療費）.9.掛的號可以有三天的使用期限 （通過掛號日期在診治的時候判斷） （當前時間往后三天未有效期） 。10.能打印掛號單，掛號單顯示數(shù)據(jù)：單號、日期、科室、醫(yī)生、流水號【上下午第幾號】 、費用。11.掛號時還需要判斷該班次掛的號是

12、否已滿。12.病人可以掛三天的號， 但必須掛當天班次的號就必須是那個時間段去看 （從掛號的日期往后推三天內(nèi)） 。2.4.1.2輸出結果詳細描述：輸出結果詳細描述：序號序號輸出項名稱輸出項名稱詳細含義詳細含義備注備注1診療卡診療卡方便掛號操作方便掛號操作，記錄病記錄病人信息人信息一個病人可辦多張診療一個病人可辦多張診療卡，診療卡號和病人姓卡，診療卡號和病人姓名、身份證號為唯一標名、身份證號為唯一標XXXX 項目需求規(guī)格說明書- 8 -示。示。2產(chǎn)生掛號信息產(chǎn)生掛號信息3產(chǎn)生掛號收費信息產(chǎn)生掛號收費信息方便病人查看方便病人查看掛號費包括掛號的費用掛號費包括掛號的費用和不同醫(yī)生的診療費。和不同醫(yī)生的

13、診療費。2.4.1.3 與其相關模塊：與其相關模塊：序號序號關聯(lián)模塊關聯(lián)模塊關系關系1醫(yī)生管理模塊醫(yī)生管理模塊診療費需要通過醫(yī)生工作診療費需要通過醫(yī)生工作站分配的值班醫(yī)生來決定站分配的值班醫(yī)生來決定，2.4.1.4 輸入數(shù)據(jù)詳細描述：輸入數(shù)據(jù)詳細描述：掛號表掛號表門診號門診號Varchar2(20)PK主鍵主鍵狀態(tài)狀態(tài)Varchar2(10)掛號日期掛號日期Date8:00-12:00以 前以 前XXXX 項目需求規(guī)格說明書- 9 -（上午）（上午）2:00-5:30（下午）（下午）掛號類型掛號類型Number(9)FK外鍵外鍵科室科室Varchar2(20)FK外鍵外鍵經(jīng)辦人經(jīng)辦人Varch

14、ar2(20)FK外鍵外鍵病人姓名病人姓名Varchar2(50)身份證號碼身份證號碼Varchar2(18)掛號費掛號費Number(8)診療費診療費Number(8)醫(yī)生醫(yī)生Varchar2(20)掛號類型表類型主鍵Number(9)PK主鍵類型編號Varchar2(20)類型名稱Varchar2(20)普通、急診XXXX 項目需求規(guī)格說明書- 10 -2.4.2劃價管理：劃價管理：2.4.2.1 功能概述：功能概述：1.劃價管理是收費必須經(jīng)過的一個步驟，主要包括查詢已劃價處方和對處方進行劃價。2.獲取醫(yī)生開的處方判斷是否有誤，如果沒有就經(jīng)行劃價。3.劃價管理還可以查詢已劃價的處方。4.查

15、詢已劃價的處方可以根據(jù)時間段來查詢。5.查詢已劃價的處方可以查詢某個病人已劃價的處方。6.劃價時查詢處方中的使用藥品進行統(tǒng)計費用（藥品的話就包括耗材的使用費用） 。7.劃價時查詢處方中的人工手續(xù)費用。8.劃價時查詢做手術的費用、 。9.統(tǒng)計上述查詢項的所有費用，產(chǎn)生收費單、并錄入劃價信息。XXXX 項目需求規(guī)格說明書- 11 -2.4.2.2輸出結果詳細描述：輸出結果詳細描述：序號序號輸出項名稱輸出項名稱詳細含義詳細含義備注備注1產(chǎn)生劃價單產(chǎn)生劃價單記錄根據(jù)病人病情記錄根據(jù)病人病情修改的處方修改的處方， 方便醫(yī)方便醫(yī)生了解病人的病情生了解病人的病情處方的劃價是收費處方的劃價是收費必須經(jīng)過的一道

16、程必須經(jīng)過的一道程序。序。2.4.2.3 與其相關的數(shù)據(jù)模塊與其相關的數(shù)據(jù)模塊序號序號相關模塊相關模塊關系關系XXXX 項目需求規(guī)格說明書- 12 -1醫(yī)生工作站醫(yī)生工作站需要根據(jù)醫(yī)生的處方來劃需要根據(jù)醫(yī)生的處方來劃價價2.4.2.4數(shù)據(jù)詳細描述：數(shù)據(jù)詳細描述：醫(yī)生的處方必須經(jīng)過劃價才能進行收費，劃過的收費項不可以在劃價了。劃價單劃價單劃價編號Varchar2(20)PK狀態(tài)Varchar2(20)操作員Number(9)FK外鍵外鍵劃價日期Date門診號Number(9)FK外鍵外鍵處方號Number(9)FK外鍵外鍵病人姓名Varchar(20)實際費用Number(9)總費用Number

17、(9)XXXX 項目需求規(guī)格說明書- 13 -劃價項目Varchar(20)2.4.3門診收費管理：門診收費管理：2.4.3.1功能概述：功能概述：1.門診收費管理主要包括收費和退費兩個部分。2.收費又包括查詢已收費信息和已劃價處方收費。3.查詢已收費信息包括時間段的查詢和某個病人的已收費信息（通過診療卡號） 。4.進行已劃價處方收費后就會產(chǎn)生收費信息。5.退費又包括查詢已退費信息和退費兩個部分。6.查詢已退費信息包括時間段的查詢和某個病人的已退費新消息（通過診療卡號） 。7.進行退費后可產(chǎn)生退費信息。XXXX 項目需求規(guī)格說明書- 14 -2.4.3.2 輸出結果詳細描述輸出結果詳細描述序號

18、序號輸出項名稱輸出項名稱詳細含義詳細含義備注備注1收費單收費單方便病人查看、方便病人查看、2.4.3.3相關模塊相關模塊序號序號相關模塊相關模塊關系關系1醫(yī)生模塊醫(yī)生模塊根據(jù)處方進行收費根據(jù)處方進行收費XXXX 項目需求規(guī)格說明書- 15 -2.4.3.4 數(shù)據(jù)詳細描述：數(shù)據(jù)詳細描述：收費表收費主鍵Number(9)PK主鍵收費編號Varchar2(20)狀態(tài)Varchar2(20)收費日期Date門診號Number(9)FK外鍵處方單Number(9)FK外鍵病人姓名Varchar2(20)應收金額Number(8)實收金額Number(8)應退金額Number(8)收費類型Varchar2

19、(20)FK外鍵（根據(jù)不同的類型打?。XXX 項目需求規(guī)格說明書- 16 -2.4.4 診療卡管理：診療卡管理：2.4.4.1功能概述：功能概述：1.診療卡包括病人信息，以往的診療信息（根據(jù)卡號、門診號、身份證進診療卡包括病人信息，以往的診療信息（根據(jù)卡號、門診號、身份證進行查詢行查詢） 。2.診療卡可以進行充值，所有繳費可以通過扣除診療卡的余額。診療卡可以進行充值，所有繳費可以通過扣除診療卡的余額。3.診療卡也可以進行退費。診療卡也可以進行退費。4.退費必須是所有診療項目已完成的狀態(tài)下才可以退費。退費必須是所有診療項目已完成的狀態(tài)下才可以退費。5.診療卡引用門診號的為外鍵。診療卡引用門診號

20、的為外鍵。6.診療卡中病人的信息是可以修改的。XXXX 項目需求規(guī)格說明書- 17 -2.4.4.2輸出結果詳細項：輸出結果詳細項：序號序號輸出項名稱輸出項名稱詳細含義詳細含義備注備注1診療卡診療卡方便病人掛號、繳方便病人掛號、繳費、查詢費、查詢診療卡號不能為唯診療卡號不能為唯一標識，一標識，2.4.4.3 相關模塊相關模塊序號序號相關模塊相關模塊關系關系1醫(yī)生工作站醫(yī)生工作站診療卡的病人診療信息其診療卡的病人診療信息其中的收費項要根據(jù)醫(yī)生的中的收費項要根據(jù)醫(yī)生的處方。處方。XXXX 項目需求規(guī)格說明書- 18 -2.4.4.4詳細數(shù)據(jù)描述詳細數(shù)據(jù)描述診療卡診療卡診療卡主鍵診療卡主鍵Numbe

21、r(9)PK主鍵主鍵診療卡號診療卡號Varchar2(20)門診號門診號Varchar2(20)FK外鍵外鍵病人病人Number(9)辦理日期辦理日期Date狀態(tài)狀態(tài)Number(8)注銷、使用、注銷、使用、余額余額Number(8)病人姓名Varchar2(20)病人性別Varchar2(20)聯(lián)系方式Varchar2(11)病人地址Varchar2(50)婚姻狀況Varchar2(20)年齡Number(8)病狀Varchar2(50)出生日期DateXXXX 項目需求規(guī)格說明書- 19 -2.4.4.5錄入病人信息錄入病人信息2.4.4.5.1功能概述：功能概述：錄入病人信息主要包括以下

22、的詳細信息，以便后面流程（掛號、繳費等其他）2.4.4.5.2 與其相關模塊與其相關模塊序號相關模塊關系1門診卡把病人的信息錄入到門診卡中XXXX 項目需求規(guī)格說明書- 20 -2.4.4.6 就診卡的充值：就診卡的充值：2.4.4.6.1功能概述：功能概述：2.4.4.6.2與其相關模塊：與其相關模塊：序號相關模塊關系1門診卡可以向門診卡中進行充值2.4.4.6.3詳細信息描述：詳細信息描述：充值信息表充值主鍵Number(9)PK主鍵門診號varchar2(20)FK外鍵XXXX 項目需求規(guī)格說明書- 21 -病人姓名Varchar2(20)充值日期Date充值金額Number(9)余額N

23、umber(9)2.4.4.7退費退費2.4.4.7.1功能概述：功能概述：2.4.4.7.2與其相關模塊與其相關模塊XXXX 項目需求規(guī)格說明書- 22 -序號序號相關模塊名稱相關模塊名稱關系關系1診療卡診療卡如果診療卡有余額可以退如果診療卡有余額可以退費費2.4.4.7.3詳細數(shù)據(jù)描述詳細數(shù)據(jù)描述退費信息表退費主鍵Number(9)PK主鍵門診號Varchar2(20)FK外鍵病人姓名Varchar2(20)退費金額Number(9)余額Number(9)XXXX 項目需求規(guī)格說明書- 23 -2.4.4.8 注銷診療卡注銷診療卡2.4.4.8.1功能概述：功能概述：2.4.4.8.2 與

24、其相關的模塊與其相關的模塊序號序號相關模塊名稱相關模塊名稱關系關系1診療卡診療卡注銷診療卡注銷診療卡2.4.4.8.3詳細功能描述詳細功能描述注銷信息表注銷信息表注銷主鍵注銷主鍵Number(9)PK主鍵主鍵XXXX 項目需求規(guī)格說明書- 24 -門診卡號門診卡號Varchar2(20)Fk外鍵外鍵門診號門診號Varchar2(20)FK外鍵外鍵注銷日期注銷日期Date病人姓名病人姓名Varchar2(20)門診系統(tǒng)流程圖：門診系統(tǒng)流程圖：流程解釋：流程解釋：1.病人先去看病，先看是否有診療卡，如果有就使用診療卡掛號看病，沒有就辦理診療卡錄入個人信息，在使用剛辦理的診療卡掛號，掛號時掛號員要判

25、斷該科室的班次是否號已滿，如果已滿則要求病人下一班次來掛號，如果沒滿則進行掛號。2.劃價之前要先確認處方是否準確，無誤了才可以進行劃價，并統(tǒng)計費用，到門診收費處進行繳費。用例圖：用例圖：XXXX 項目需求規(guī)格說明書- 25 -XXXX 項目需求規(guī)格說明書- 26 -XXXX 項目需求規(guī)格說明書- 27 -2.5 醫(yī)生工作站醫(yī)生工作站模塊的主要功能是加強醫(yī)生工作管理，完成開具電子處方各項醫(yī)療項目檢查、開具藥方、協(xié)調(diào)管理醫(yī)生值班調(diào)度等工作包括：電子處方，醫(yī)生值班計劃，醫(yī)生值班表，住院病床占用表等系列管理操作。根據(jù)具體系統(tǒng)要求，將醫(yī)生工作站模塊分為下面幾個模塊：一、業(yè)務操作1. 電子處方電子處方2.

26、 醫(yī)生值班計劃醫(yī)生值班計劃二、業(yè)務輔助XXXX 項目需求規(guī)格說明書- 28 -1. 醫(yī)生值班查詢醫(yī)生值班查詢2. 門診醫(yī)生值班表門診醫(yī)生值班表3. 住院醫(yī)生值班表住院醫(yī)生值班表4. 住院床位占用表住院床位占用表二、模塊用例圖醫(yī)生（包括門診和住院）電子處方（門診，住院）處方開藥診斷醫(yī)囑醫(yī)療項目醫(yī)生值班計劃（以周為單位）查看病人信息住院、出院通知新建醫(yī)生值班計劃查詢醫(yī)生值班計劃門診醫(yī)生值班表住院醫(yī)生值班表XXXX 項目需求規(guī)格說明書- 29 -2.5.1 電子處方電子處方2.5.1.1 功能概述功能概述此模塊主要用來對患者開具對應的電子處方，其中包括針對病人病情的處方開藥、對患者進行各種醫(yī)療項目檢

27、查以對病情做出診斷并開具相關的診斷醫(yī)囑。具體的相關功能操作如下：1. 門診掛號是電子處方業(yè)務的發(fā)起者2. 此模塊的第一步操作是醫(yī)生通過門診號或住院號獲取病人的信息3. 門診處方： 選取一個病人后可以查看該病人當前位置以及掛該科室病人的總數(shù)以及還有多少人排隊（排隊人數(shù)以當天在該科室掛號人數(shù)為準）4. 住院處方： 選取一個病人后可以查看該病人當前位置以及掛該科室病人的總數(shù)以及還有多少人5. 需要復診的病人接診后可重復接診而無需再次掛號，當天接診的病人也可再次接診6. 打開查看電子處方可查看該病人所有科室的往期處方7. 門診號和住院號嚴格區(qū)分，在頁面以下拉框形式選擇，處方類型將自動維護8. 處方號生

28、成策略：以 DF-為前綴，接下來五位為當前的年月日（年份只取最后兩位） ，最后六位數(shù)為處方的流水號（TODO 并發(fā)問題）9. 處方開藥的智能化，根據(jù)病人獲得病情并給出相應開藥參考10. 門診處方：如果處方開藥、醫(yī)療項目和診斷醫(yī)囑都沒有填寫而提交的話將視為沒有診療，患者可將門診掛號單退費11. 開具處方后在未交費之前是可以對處方進行變更， 但是當處方以由患者交費之后將無法對處方單作出更改，更不能刪除。如要對患者處方進行變更，只能是記錄老處方，開具新處方。其余模塊使用處方時以新處方為準。12. 門診處方直接劃價交費，住院處方只負責生成處方單。13. 患者使用不同的診療卡（只要是患者本人）依然能夠查

29、詢到該患者的歷史病歷。14. 電子處方提供打印服務，打印內(nèi)容包括病人的基本信息、科室信息、開具處方的醫(yī)生姓名、XXXX 項目需求規(guī)格說明書- 30 -處方藥品內(nèi)容（單價、數(shù)量、金額、用法用量） 、進行的醫(yī)療項目（單價、數(shù)量、金額）2.5.1.2 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1處方號處方單的唯一標識Varchar220主鍵2處方類型Varchar2103門診號病人的標識Varchar2204住院號病人的標識Varchar2205處方日期Date6藥品編號藥品的標識Varchar207藥品名稱Varchar308說明用藥的說明Varchar509數(shù)

30、量開藥數(shù)量Number(10,2)XXXX 項目需求規(guī)格說明書- 31 -10項目 id醫(yī)療項目編號Varchar2011醫(yī)療項目名稱Varchar3012數(shù)量醫(yī)療項目數(shù)量Number513診斷診斷項Varchar5014醫(yī)囑類型Varchar2015醫(yī)囑狀態(tài)Varchar2016醫(yī)囑信息醫(yī)囑的內(nèi)容明細Varchar300XXXX 項目需求規(guī)格說明書- 32 -2.5.1.3 業(yè)務處理流程描述業(yè)務處理流程描述是否是否是否通過門診或住院號獲取病人信息病人是否有歷史病歷查看病人歷史病歷根據(jù)病情對癥開具藥方開具診斷醫(yī)囑選擇醫(yī)療項目對病情診斷是否進行醫(yī)療項目檢查劃價收費處理進行醫(yī)療項目檢查是否開具診斷

31、醫(yī)囑門診退費處理2.5.1.4 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注XXXX 項目需求規(guī)格說明書- 33 -1病人姓名Varchar2(20)2病人性別Varchar2(2)3年齡Number(5,2)4科室Varchar(20)5處方醫(yī)生處方醫(yī)生姓名Varchar(20)6單價收費項目的單價Number(8,2)7金額收費項目的金額Number(10,2)8處方金額該項處方金額總計Number(10,2)9處方日期Date10醫(yī)囑信息醫(yī)囑的內(nèi)容明細Varchar3002.5.1.5 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1.門診管理需要

32、進行門診掛號方可進行處方開具等，且處方劃價、退費需要到門診管理處2住院管理住院管理多個模塊需要用到電子處方單3.護士工作站住院發(fā)藥模塊需要用到處方單4.化驗室管理檢驗管理模塊需要用到處方單5藥房管理發(fā)藥管理、住院發(fā)藥、藥房退藥需要用到處方單XXXX 項目需求規(guī)格說明書- 34 -2.5.1.6 備注備注電子處方作為病人病情記錄的重要信息不能對其進行刪除操作2.5.2 醫(yī)生值班計劃醫(yī)生值班計劃2.5.2.1 功能概述功能概述此模塊主要用于調(diào)度醫(yī)生每周的值班狀態(tài)，對每個醫(yī)生的值班進行明確的分工以及查詢每個醫(yī)生的值班狀態(tài)。并提供打印功能。具體相關操作如下：1. 醫(yī)生的值班計劃是以一周為單位安排計劃日

33、期， 但允許醫(yī)生調(diào)班， 醫(yī)生上班時間以值班日期為準，值班日期不在此頁面展示，當以每天考勤為日期為數(shù)據(jù)來源。2. 計劃編號生成策略：以 YZ-為前綴，接下來五位為當前的年月日（年份只取最后兩位） ，最后六位數(shù)為處方的流水號3. 醫(yī)生值班類型分為普通門診、住院部和急診（晚間值班、周六周日）根據(jù)日期判斷，日期不能沖突4. 醫(yī)生值班班次分為上午、下午和晚間值班5. 可根據(jù)時間段、醫(yī)生姓名、計劃編號來查詢醫(yī)生值班情況6. 醫(yī)生值班計劃直接影響掛號和住院就診的醫(yī)生分配，各個科室的醫(yī)生分配以值班計劃為準。7. 各個科室只能分配與之科室對應的醫(yī)生8. 醫(yī)生值班計劃提供打印功能，打印內(nèi)容為值班計劃的全部信息XX

34、XX 項目需求規(guī)格說明書- 35 -2.5.2.2 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1醫(yī)生編號醫(yī)生的唯一標識Varchar202醫(yī)生姓名Varchar203計劃日期Date4值班類型分為急診和常規(guī)診療Varcharar105值班班次分為上午班、下午班和晚班Varchar106值班科室給醫(yī)生選擇對應的科室Varchar207備注填寫備注信息Varchar200XXXX 項目需求規(guī)格說明書- 36 -2.5.2.3 業(yè)務處理流程描述業(yè)務處理流程描述選擇對應科室值班醫(yī)生選擇值班類型選擇班次選擇日期填寫備注加入值班計劃查看醫(yī)生值班計劃門診值班醫(yī)生查詢住院值

35、班醫(yī)生查詢2.5.2.4 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1醫(yī)生編號醫(yī)生的唯一標識Varchar202醫(yī)生姓名Varchar203計劃日期DateXXXX 項目需求規(guī)格說明書- 37 -4值班類型分為急診和常規(guī)診療Varcharar105值班班次分為上午班、下午班和晚班Varchar106值班科室給醫(yī)生選擇對應的科室Varchar207備注填寫備注信息Varchar2002.5.2.5 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1掛號管理掛號管理可查看科室醫(yī)生信息2住院管理醫(yī)生值班計劃規(guī)定各個科室醫(yī)生當天的人員分配2.5.2.6 備注備注

36、2.5.3 業(yè)務輔助業(yè)務輔助功能描述：主要進行醫(yī)生值班的查詢，可根據(jù)日期、醫(yī)生姓名、醫(yī)生編號、值班科室進行查詢醫(yī)生值班信息，并可提供報表打印，主要查詢業(yè)務為如下幾條：XXXX 項目需求規(guī)格說明書- 38 -2.5.3.1 醫(yī)生值班查詢醫(yī)生值班查詢2.5.3.2 門診醫(yī)生值班表門診醫(yī)生值班表2.5.3.3 住院醫(yī)生值班表住院醫(yī)生值班表XXXX 項目需求規(guī)格說明書- 39 -2.6 護士工作站需求一覽表需求一覽表功能模塊功能項描述住院病人管理模塊查詢病人信息查詢病人的診療記錄查詢病人的護理記錄查詢病人的病歷記錄管理病人的床位住院發(fā)藥、治療模塊對病人發(fā)藥、治療操作記錄發(fā)藥、治療記錄計算護理費用計算治

37、療費用保存信息到日結單護士值班計劃分配護士值班的科室記錄值班計劃確定護士值班的時間住院領藥計劃護士在藥房進行領藥操作記錄領藥計劃確定領藥時間XXXX 項目需求規(guī)格說明書- 40 -業(yè)務總體流程圖業(yè)務總體流程圖2.6.1.1 住院病人管理住院病人管理2.6.1.1.1 使用用戶使用用戶護士，管理員哪些用戶（用戶定義參見1.3）有權限操作該項功能？該用戶2.6.1.1.2 功能概述功能概述首先選擇病人住院登記的編號(需要已經(jīng)處理的登記編號)，也可以打開住院登記查詢病人的住院登記編號（可以按時間段、姓名查詢） ，然后將病人的基本信息錄入到病人管理頁面上顯示（登記編號，狀態(tài)，登記時間，入住病房，病床號

38、，主治醫(yī)生） ，然后在為病人分配值班護士護理，設置護理級別。調(diào)整病人住院的信息(病床)。選擇病床的同時可以將負責這個病床的護士帶出來。對住院病人的信息進行管理,查看病人住院的信息，根據(jù)病房顯示所有病人的基本住院情況，可以根據(jù)姓名查詢病人的住院病房，顯示所有病床的每個病人的信息。然后選中病人的信息錄入到病人管理頁面上顯示。在管理病人頁面以選項卡的方式查看病人的病歷記錄，護理記錄，發(fā)藥記錄，治療記錄，診療記錄a)護士的分配與病房有關2.6.1.1.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1住院登記編號住院登記標識號字符必填XXXX 項目需求規(guī)格說明書- 4

39、1 -2狀態(tài)登記的狀態(tài)選擇項3護士選擇在值班的護士選擇項4病房選擇病人入住的病房選擇項病房有多個病床5病床需要空閑的病床選擇項6主治醫(yī)生負責病人的醫(yī)生選擇項7科室病人入住的科室選擇項8護理級別護士對病人的護理級別選擇項序號：從1開始的整數(shù)輸入項名稱：漢字描述，如納稅人識別號詳細含義：該項的具體表示內(nèi)容，如納稅人在系統(tǒng)中的唯一標識號數(shù)據(jù)類型：分字符、整數(shù)、浮點數(shù)、貨幣、日期、選擇項等輸入限制：長度限制或其他限制（如只能輸入09或A-Z） ，如果是必填，必須注明；如果是計算字段，必須注明備注：其它說明XXXX 項目需求規(guī)格說明書- 42 -2.6.1.1.4 業(yè)務處理流程描述業(yè)務處理流程描述XXX

40、X 項目需求規(guī)格說明書- 43 -用文字描述加活動圖方式描述業(yè)務處理流程。對于較簡單的情況可只用文字描述。對于較復雜的業(yè)務流程，必須用活動圖描述，較復雜的情況包括：有分支或條件情況較多；處理步驟在3步以上；牽涉到的用戶、模塊在兩個以上活動圖的繪制參見活動圖繪制規(guī)范XXXX 項目需求規(guī)格說明書- 44 -2.6.1.1.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1病人住院信息顯示病人具體入住的病房,科室，基本病情2診療記錄，護理記錄，病歷記錄(是根據(jù)病人進行查詢以前的記錄)，序號：從1開始的整數(shù)輸出項名稱：漢字描述，如納稅人識別號詳細含義：該項的具體表示內(nèi)容，如納稅人

41、在系統(tǒng)中的唯一標識號數(shù)據(jù)類型：分字符、整數(shù)、浮點數(shù)、貨幣、日期、選擇項等備注：其它說明2.6.1.1.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1住院登記將登記的信息錄入到病人管理2床位調(diào)整調(diào)整病人的床位2.6.1.1.7 備注備注未完待續(xù)其它說明XXXX 項目需求規(guī)格說明書- 45 -2.6.1.2 住院發(fā)藥記賬住院發(fā)藥記賬2.6.1.2.1 使用用戶使用用戶護士，管理員2.6.1.2.2 功能概述功能概述1.對住院病人的發(fā)藥進行記賬操作。2.選擇住院號（判斷住院號是否已處理） ，然后將病人的基本信息錄入到發(fā)藥記賬頁面上。3.對已住院的病人根據(jù)醫(yī)生開具的處方進行發(fā)藥

42、。4.選擇需要發(fā)藥的藥品(按照次數(shù)進行發(fā)藥)。5.記錄發(fā)藥的賬目，確定操作人，時間。計算本次發(fā)藥的費用，保存發(fā)藥記賬單。6.根據(jù)發(fā)藥記賬單產(chǎn)生日結單信息。2.6.1.2.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1住院發(fā)藥編號標識發(fā)藥記賬記錄字符自動生成2狀態(tài)發(fā)藥記賬的狀態(tài)選擇項3處方號選擇病人的處方號選擇項4住院號病人住院標識選擇項5發(fā)藥時間發(fā)藥時間日期當前時間6發(fā)藥人發(fā)藥操作的人選擇項XXXX 項目需求規(guī)格說明書- 46 -2.6.1.2.4 業(yè)務處理流程描述業(yè)務處理流程描述2.6.1.2.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)

43、據(jù)類型備注1藥品信息顯示藥品的信息XXXX 項目需求規(guī)格說明書- 47 -2.6.1.2.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1醫(yī)生工作站(處方)根據(jù)處方信息發(fā)藥2日結單管理發(fā)藥記賬需要加到日結單中2.6.1.2.7 備注備注2.6.1.3 住院治療記賬住院治療記賬2.6.1.3.1 使用用戶使用用戶護士，管理員2.6.1.3.2 功能概述功能概述1.對住院病人的治療進行記賬操作。2.選擇住院號（判斷住院號是否已處理） ，然后將病人的基本信息錄入到治療記賬頁面上。3.對已住院的病人根據(jù)醫(yī)生開具的處方進行治療。4.選擇治療項目。5.記錄治療的賬目，確定操作人，時間

44、。計算本次治療的費用，保存治療記賬單。6.根據(jù)治療記賬單產(chǎn)生日結單信息。XXXX 項目需求規(guī)格說明書- 48 -2.6.1.3.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1住院治療編號標識發(fā)藥記賬記錄Varchar2自動生成2狀態(tài)治療記賬的狀態(tài)3治療治療方案的選擇4處方號選擇病人的處方號5住院號住院病人的標識XXXX 項目需求規(guī)格說明書- 49 -2.6.1.3.4 業(yè)務處理流程描述業(yè)務處理流程描述2.6.1.3.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1治療信息顯示治療的信息XXXX 項目需求規(guī)格說明書- 50 -2.6.

45、1.3.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1醫(yī)生工作站(處方)根據(jù)處方信息治療2日結單治療記賬需要加到日結單中2.6.1.4 護士值班計劃護士值班計劃2.6.1.4.1 使用用戶使用用戶護士，管理員2.6.1.4.2 功能概述功能概述1.計劃安排護士值班，按周進行分配。2.選擇護士值班的科室，然后選擇需要值班的護士，值班類型。3.選擇護士值班的時間安排上午下午。4.每一個科室都需要安排護士。同一個護士不能在這一天重復計劃。2.6.1.4.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1計劃編號標識值班計劃字符自動生成2護士選

46、擇值班的護士選擇項3值班的科室選擇值班科室選擇項4值班時間選擇護士值班時間日期XXXX 項目需求規(guī)格說明書- 51 -5值班類型選擇項6上下午選擇項2.6.1.4.4 業(yè)務處理流程描述業(yè)務處理流程描述XXXX 項目需求規(guī)格說明書- 52 -2.6.1.4.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1計劃信息顯示值班計劃的信息2.6.1.4.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1住院登記登記時選擇護士需要護士在值班2住院病人管理選擇護士需要護士在值班2.6.1.5 住院領藥計劃住院領藥計劃2.6.1.5.1 使用用戶使用用戶護士，管理員

47、2.6.1.5.2 功能概述功能概述選擇住院號，選擇需要領藥的病人，然后選擇護士根據(jù)處方號到那個藥房選擇領取藥品，然后進行登記領藥的操作，確定領藥操作人，時間。保存領藥登記計劃。2.6.1.5.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1領藥編號標識領藥字符自動生成XXXX 項目需求規(guī)格說明書- 53 -2藥房領藥的藥房選擇項3處方號選擇病人的處方號選擇項4住院號病人的標識選擇項5領藥人領藥操作人選擇項6領藥日期記錄領藥時間日期2.6.1.5.4 業(yè)務處理流程描述業(yè)務處理流程描述XXXX 項目需求規(guī)格說明書- 54 -2.6.1.5.5 輸出結果詳細描述

48、輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1領藥計劃信息顯示領藥計劃的信息2.6.1.5.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1藥房領藥需要選擇藥房2住院登記需要確定領藥的病人XXXX 項目需求規(guī)格說明書- 55 -2.7住院管理2.7.1 模塊流程概念圖模塊流程概念圖XXXX 項目需求規(guī)格說明書- 56 -2.7.2 住院通知住院通知2.7.2.1 功能概述功能概述2.7.2.1.1 使用用戶使用用戶哪些用戶（用戶定義參見1.3）有權限操作該項功能？該用戶門診醫(yī)生，急診醫(yī)生等2.7.2.1.2 功能概述功能概述醫(yī)生根據(jù)門診號為病人開具住院通知單,為住院

49、模塊的發(fā)起者。 根據(jù)病人門診號得到病人的基本信息，將門診號關聯(lián)至對應的住院通知單號，輸入住院相關的信息，經(jīng)過處理，登記為新的住院通知單，住院模塊的業(yè)務流程從此開始。XXXX 項目需求規(guī)格說明書- 57 -2.7.2.1.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1住院通知號住院通知標識符Nvarchar50Pk2通知日期住院通知日期Date3門診號病人掛號的門診號Nvarchar504科室住院的科室Nvarchar305病人姓名病人姓名Nvarchar306門診醫(yī)生開具通知的醫(yī)生Nvarchar307預計住院費醫(yī)生建議預計費用Number208最低住院押

50、金最低住院押金Number209最低押金最低押金Number2010押金警戒金額押金警戒金額Number20序號：從1開始的整數(shù)輸入項名稱：漢字描述，如納稅人識別號詳細含義：該項的具體表示內(nèi)容，如納稅人在系統(tǒng)中的唯一標識號數(shù)據(jù)類型：分字符、整數(shù)、浮點數(shù)、貨幣、日期、選擇項等輸入限制：長度限制或其他限制（如只能輸入09或A-Z） ，如果是必填，必須注明；如果是計算字段，必須注明XXXX 項目需求規(guī)格說明書- 58 -備注：其它說明2.7.2.1.4 業(yè)務處理流程描述業(yè)務處理流程描述1、 打開住院通知，產(chǎn)生住院通知號2、 選擇門診號，通過門診號帶出門診科室、病人姓名、門診醫(yī)生3、 輸入預計住院費用

51、、最低住院押金、最低押金、押金警戒金額、住院的備注信息4、 點擊處理新增的住院通知5、 判斷各輸入項是否合法，不合法繼續(xù)第 3 項6、 新增住院通知成功。XXXX 項目需求規(guī)格說明書- 59 -用文字描述加活動圖方式描述業(yè)務處理流程。對于較簡單的情況可只用文字描述。對于較復雜的業(yè)務流程，必須用活動圖描述，較復雜的情況包括：有分支或條件情況較多；處理步驟在3步以上；牽涉到的用戶、模塊在兩個以上活動圖的繪制參見活動圖繪制規(guī)范2.7.2.1.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1處理結果該住院通知號的操作結果2歷史通知單顯示所有已處理的歷史通知單查詢3打印輸出將當前

52、通知單打印輸出序號：從1開始的整數(shù)輸出項名稱：漢字描述，如納稅人識別號詳細含義：該項的具體表示內(nèi)容，如納稅人在系統(tǒng)中的唯一標識號數(shù)據(jù)類型：分字符、整數(shù)、浮點數(shù)、貨幣、日期、選擇項等備注：其它說明2.7.2.1.6 與其他模塊的相關性與其他模塊的相關性序號關聯(lián)模塊（或功能項）關系1掛號管理根據(jù)掛號單得到病人相關信息XXXX 項目需求規(guī)格說明書- 60 -2.7.2.1.7 備注備注其它說明2.7.2.2 功能項功能項2.7.3 住院登記住院登記2.7.3.1 功能概述功能概述2.7.3.1.1 使用用戶使用用戶住院部護士等XXXX 項目需求規(guī)格說明書- 61 -2.7.3.1.2 功能概述功能概

53、述通過住院通知號得出患者的門診號、門診醫(yī)生等相關信息，通過選擇病床號、住院科室、主治醫(yī)生，選擇病床號時同時可以得到該病床號的責任護士，選擇護理級別，登記完成后，每日的病床費和護理費將會記錄在該登記號的日結單中。同時，可以將住院通知號中繳納的押金余額同步至該住院登記號。2.7.3.1.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1住院號住院通知標識符Nvarchar502入院日期住院通知日期Date3門診號病人掛號的門診號Nvarchar504住院通知號根據(jù)住院通知號辦理住院手續(xù)Nvarchar305病人姓名病人姓名Nvarchar306門診醫(yī)生開具通知的醫(yī)

54、生Nvarchar307病床號病床號Number108病床名病床名Nvarchar309科室入院科室Nvarchar3010醫(yī)生住院主治醫(yī)生Nvarchar20XXXX 項目需求規(guī)格說明書- 62 -2.7.3.1.4 業(yè)務處理流程描述業(yè)務處理流程描述1、 打開住院登記，產(chǎn)生住院登記號2、 選擇住院通知號或門診號3、 判斷通知號是否已處理，判斷門診號是否產(chǎn)生了通知號4、 從通知號或門診號中得到患者信息5、 選擇患者住院的科室6、 分配床位給患者XXXX 項目需求規(guī)格說明書- 63 -2.7.3.1.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1處理結果該住院登記號處理

55、結果3顯示歷史住院號條件查詢歷史住院登記單4打印輸出將當前住院登記單打印輸出2.7.3.1.6 與其他模塊的關聯(lián)性與其他模塊的關聯(lián)性序號關聯(lián)模塊（或功能項）關系1住院通知根據(jù)住院通知得到病人相關信息2掛號管理根據(jù)掛號單得到病人相關信息3員工對象管理根據(jù)員工對象管理選擇醫(yī)生4病床對象管理根據(jù)病床對象管理選擇可用病床2.7.3.1.7 備注備注2.7.3.2 功能項功能項XXXX 項目需求規(guī)格說明書- 64 -2.7.4 押金催費押金催費2.7.4.1 功能概述功能概述2.7.4.1.1 使用用戶使用用戶住院部護士2.7.4.1.2 功能概述功能概述通過對當前住院狀態(tài)未出院的住院號押金金額低于等于

56、警戒金額的患者進行催費，從而防止患者的押金出現(xiàn)負數(shù)，保持患者的治療流程不出現(xiàn)中斷。選擇對應的住院登記號，在住院號查詢窗口中，標記低于押金警戒金額的住院登記單為黃色，押金不足的登記單為紅色，選擇對應的住院登記單，得到患者的相關信息(病人姓名、病床號、押金總額、押金警戒金額)等，同時根據(jù)該住院登記單查詢?nèi)战Y單的總額，輸入本次催繳押金的金額，限繳日期以及本次催繳的備注信息等，從而產(chǎn)生相應的催繳單，此時可以選擇打印輸出同時；亦可選擇批量催費，可以對指定條件的住院號進行催費操作，相關條件包括押金余額區(qū)間，根據(jù)患者病房區(qū)間，或患者的住院日期等，以上條件亦可以XXXX 項目需求規(guī)格說明書- 65 -多條件組

57、合，將滿足條件的住院登記單進行批量催費，同時，批量打印輸出催費單。2.7.4.1.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1押金催費號押金催費標識符Nvarchar502催費日期住院通知日期Date4住院登記號押金不足的住院號Nvarchar305科室該登記號所在科室Nvarchar306病人姓名該住院登記號患者姓名Nvarchar307病床號病床號Number108病床名病床名Nvarchar309押金總額該登記號所剩余額Number1010住院費用總額住院已經(jīng)產(chǎn)生的費用總額Number1011已結費用總額已經(jīng)結算的住院費用總額Number1012最

58、低押金住院通知時設定的押金警戒金額Number1013催繳金額本次催費的金額Number1014限繳日期本次催繳費用的最后繳費日期Date15備注本次催繳費用的說明Nvarchar500XXXX 項目需求規(guī)格說明書- 66 -2.7.4.1.4 業(yè)務處理流程描述業(yè)務處理流程描述1、 打開押金催費，系統(tǒng)自動產(chǎn)生押金催費單號2、 選擇批量催費或者選擇指定患者的住院單號進行催費3、 選擇住院單號后判斷該住院單號是否已出院4、 如果已出院則繼續(xù)進行第 2 步操作5、 如果未出院則根據(jù)該住院單號得到患者的相關信息(如押金余額、押金使用總額等)6、 輸入本次催費金額限繳日期等相關信息7、 點擊處理生成對應

59、的催費單。XXXX 項目需求規(guī)格說明書- 67 -8、 如選擇的是批量催費，則開始選擇催費條件9、 選擇押金低于 X 值、指定住院部、指定性別等條件10、點擊處理進行批量催費11、處理完畢后提示是否繼續(xù)催費2.7.4.1.5 輸出結果詳細描述輸出結果詳細描述序號輸出項名稱詳細含義數(shù)據(jù)類型備注1處理結果該押金催費單處理完畢結果Nvarchar3歷史催費單查詢歷史催費單4打印輸出打印當前催費單2.7.4.1.6 與其他模塊的關聯(lián)性與其他模塊的關聯(lián)性序號關聯(lián)模塊（或功能項）關系1住院登記根據(jù)住院登記號增加押金金額2病床對象管理根據(jù)病床對象管理選擇可用病床2.7.4.1.7 備注備注2.7.4.2 功

60、能項功能項XXXX 項目需求規(guī)格說明書- 68 -2.7.5 押金收取押金收取2.7.5.1 功能概述功能概述2.7.5.1.1 使用用戶使用用戶住院部護士2.7.5.1.2 功能概述功能概述患者住院的押金輸入來源，未進行住院登記的患者可以通過住院通知單進行繳費，已登記患者通過住院登記單繳費，輸入患者住院的應收押金金額，與實收押金金額，從而增加該住院登記單中或通知單中的押金余額，維持患者住院期間的治療扣費。處理完畢后，打印該繳費單。2.7.5.1.3 輸入數(shù)據(jù)項詳細描述輸入數(shù)據(jù)項詳細描述序號輸入項名稱詳細含義數(shù)據(jù)類型輸入限制備注1押金收取號押金收取記錄標識符Nvarchar502收取日期該收取