院長查詢講解內(nèi)容

1、1.數(shù)據(jù)庫 sql 的配置：配置順序，view2的調(diào)整a.先建 tablespace和 user，再建table ，然后建trigger 、index 、func 、synony 、view 、proc 等，最后插入基礎(chǔ)數(shù)據(jù)如inqfunction,inqtabitem等表的內(nèi)容。注意：執(zhí)行sql 語句時要注意是否有出錯信息并且找到出錯原因；sql 執(zhí)行完畢后編譯失效過程；觸發(fā)器一定要在插入基礎(chǔ)數(shù)據(jù)前建立；有的類別可能有兩個文件，比如 view b.view_2 需要現(xiàn)場根據(jù)情況配置中的視圖需要現(xiàn)場配置：在文件中都有詳細(xì)的說明。主要包括以下幾個：*號類視圖抗生素的代碼范圍護理費的class_o

2、n_reckoning 代碼范圍*人員視圖輸液項目代碼手術(shù)科室代碼2inq_dept_dict 的配置，幾個對照的配置費別設(shè)置中的幾個字段及意義：is_insur: 是否是醫(yī)保費別0非醫(yī)保1醫(yī)保。統(tǒng)計醫(yī)保掛號數(shù)、醫(yī)保退號數(shù)、收入中的醫(yī)保比例、醫(yī)保率等處用到group_no: 費別分組號其中需要強制定義的有:01 自費02 醫(yī)保03 合作醫(yī)療其他可根據(jù)需要定義。 使用地點： 除了實時查詢中的門診查詢外，顯示醫(yī)保自費合作醫(yī)療等統(tǒng)計數(shù)據(jù)的地方用insurance_type_inq: 院長查詢用的醫(yī)保類別0:自費1:醫(yī)保2:合作醫(yī)療合作醫(yī)療的相關(guān)統(tǒng)計從這個字段判斷。使用地點：實時查詢中的門診查詢科室設(shè)

3、置中的設(shè)置原則：a.需要設(shè)置統(tǒng)計用科室代碼和名稱，如果醫(yī)院分成幾個部分需要按各個部分來統(tǒng)計，還需要設(shè)置分院代碼和分院名稱，如果醫(yī)院不分成幾個部分，則注明全院，代碼不能為空。建議：統(tǒng)計科室代碼不要和科室代碼重復(fù)（如前面加上a 之類的字母便于區(qū)分） ，并且按層級定義規(guī)則b.需要設(shè)置統(tǒng)計科室代碼的科室：門診科室、住院科室、醫(yī)技科室全部，病區(qū)、護理單元還有與 his 系統(tǒng)中統(tǒng)計數(shù)據(jù)無關(guān)的科室的不需要設(shè)置核算項目的設(shè)置及用途：當(dāng)初設(shè)計時考慮了，但實際用的很少，主要是目前程序中和reck_item_class_dict有關(guān)的報表的統(tǒng)計口徑不一致; 主要目的是為了適應(yīng)關(guān)于核算科目統(tǒng)計的時候，醫(yī)院有合并統(tǒng)計科

4、目的需求，比如將reck_item_class_dict 表中的幾種分類合并成一種分類來進行統(tǒng)計，這時就可以修改reck_item_class_dict 表中的 group_no 和 group_name 并且按這group_no 來匯總，達到合并的目的。號類維護的設(shè)置及用途：clinic_type_group中數(shù)據(jù)是從view_clinic_type插入，然后來設(shè)置號類的分組，其中g(shù)roup_no 預(yù)置為01 普通、 02 急診、 03 專家， 使用時需要將his 中定義的所有的號類費別歸為以上三種，否則統(tǒng)計出來的數(shù)據(jù)可能和his 中的數(shù)據(jù)不一致；使用地點：科室掛號量圖形顯示、科室掛號量、掛

5、號工作量等和號類有關(guān)系的地方3.幾個樹形結(jié)構(gòu)中數(shù)據(jù)來源說明：工作量統(tǒng)計科室掛號量統(tǒng)計科室掛號量圖形顯示中的樹形結(jié)構(gòu)：來源： inq_dept_dict ，條件是outp_or_inp = 0 and stat_dept_code 不為空第一層是統(tǒng)計科室，第二層是his 中定義的科室費用藥比在院病人情況中的樹形結(jié)構(gòu): 來源： pats_in_hoapital，dept_vs_ward，dept_dict 第一層是護理單元，隱藏了護理單元字樣，第二層是科室，對應(yīng)關(guān)系是表dept_vs_ward中的對應(yīng)關(guān)系費用藥比出院結(jié)算費用明細(xì)中的樹形結(jié)構(gòu)：來源： dept_vs_ward， dept_dict

6、兩個表聯(lián)立第一層是護理單元，隱藏了護理單元字樣，第二層是科室實時查詢床位一覽卡中的樹形結(jié)構(gòu)：來源： pats_in_hospital ，按護理單元匯總的在院人數(shù)為了明了，隱藏了“護理單元”字樣未入科： pats_in_hospital中 ward_code 為空的4.權(quán)限設(shè)置權(quán)限設(shè)置和3.6 版本有差異：a.先要在3.6 版本中的系統(tǒng)管理人員管理 工作人員管理中給此用戶設(shè)置登錄院長查詢的權(quán)限，權(quán)限代碼隨意，只要寫了保存上就可以；b.用超級用戶system ，密碼默認(rèn)f，登錄院長查詢系統(tǒng)，進入角色管理，左邊是角色列表， 數(shù)據(jù)字典中已經(jīng)預(yù)置了院長、醫(yī)療院長、經(jīng)濟院長等幾個角色名字，現(xiàn)場可以根據(jù)情況

7、自行添加， 在右邊是整個系統(tǒng)的功能列表，通過點擊功能列表前面的選擇框，將需要授予的權(quán)限賦予每個角色。c.在用戶管理的左邊就能看到有登錄此系統(tǒng)權(quán)限的用戶的列表，點擊新增、保存按鈕將昨天的用戶添加到右邊來，給每個人選擇上角色，點擊保存， 此人就可以正常登錄了，登錄后能看到的功能就是給此人所屬角色定義的那些功能。說明： 每個用戶都需要從屬一個角色，每個用戶的權(quán)限就是其所從屬的角色的權(quán)限，每個角色下面的用戶的權(quán)限是一樣的。5.現(xiàn)場開發(fā)步驟在現(xiàn)場有的時候需要根據(jù)項目實際情況做些功能的添加，以下是添加步驟：pb 修改 : 1.打開 inquire_user.pbw 2.繼承 user_00.pbl 中的u

8、_report_user 對象，保存在 user_01 至 user_05 下的 pbl 中，保存后的對象中可以添加查詢的數(shù)據(jù)窗口、pb 的控件 , 還有 user_00.pbl 中的 u_button_user對象，然后在添加的各種對象中寫代碼，即可實現(xiàn)相應(yīng)的功能3.建議不要向user_00.pbl 中添加對象4.編譯修改的pbl，運行，查看效果數(shù)據(jù)庫修改 : 1.打開 inqfunction 表，仿照目前已有數(shù)據(jù)添加新的大按鈕，將 新 增 加 記 錄 的funcrunwha t列 的 值 由w_report_basesheet修 改 為w_report_basesheet_user, 其他除了funcid 和 funcname外不變化2.打開 inqtabitem表，仿照目前已有數(shù)據(jù)，為新增功能添加記錄。其中funcid 和inqfunction中的 func_id 要對應(yīng)，tabid 不能重復(fù)， tabid 值的順序即為登錄院長查詢后的新增加的界面上的tab 顯示順序3.inqtabitem 表中tabuserobject列的值為pb 中繼承于user_00.pbl 中的u_report_user 后保存下來的對象的名字,一定要嚴(yán)格對應(yīng)，不區(qū)分大小寫6.一些指標(biāo)解釋：核定床位數(shù)： bed_rec 中 bed_approved_type