醫院信息系統工程實施技術規范及客戶化修改規范
（BSHIS、BSHRP）
技術支持中心
二零零三年十月一日
1． 程序管理規范
1.1.Visual SourceSafe安裝規范
1） 醫院準備專門的電腦作為SoreceSafe服務器。操作系統要求使用Windows 2000系統，建議使用Server版本。SourceSafe安裝目錄D:SourceSafe，并設定Admin的口令為BsoftHRP。
2） SourceSafe指定專人管理，如沒有指定專人管理，則默認由項目經理負責，負責用戶的增加修改，權限的分配等。
3） SourceSafe的權限分配。
1.2.SourceSafe、HIS系統程序管理目錄規范
4） HIS系統程序統一由Sourcesafe進行管理。其目錄設置如下：
5） “源程序”
6） “可執行程序”
7） “文檔”
2． 工作站規范
2.1 程序管理
1） 禁止把源程序（指PBL文件）放在工作站上。
2） 程序可以通過自動更新程序進行程序的自動更新。
3） 建議客戶機上安裝遠程管理程序，如PC Anywhere或Remote Administrator等遠程控制程序，方便維護。
3． 程序修改規范
3.1版本管理
每個系統只能有一個版本存在。無特殊情況，嚴禁在醫院中出現類似于以下的系統：“MZXT（醫保）”、“MZXT（報表）”、“MZXT（收費）”、“MZXT（掛號）”等等。
3.2 PBL的管理
每個系統只有一個以該醫院命名的pbl。如門診系統，有MZ_xxxx.PBL，“xxxx”表示醫院名稱。其它系統以此類推。以后凡是該醫院的任何修改，都要先復制（或繼承）出來，放到這個PBL上，再作修改。
3.3 修改文檔
1）凡是修改過程序的，都必須有修改文檔。
2）修改文檔一律用Word格式。文檔中記錄修改日期，修改人，問題描述，修改思路等。具體格式見：附件二：《修改文檔》格式
4）保持修改文檔的唯一性，每家醫院只能有一個修改文檔。
5）定期向公司上交各個系統的修改文檔。
3.4代碼規范（詳細參見《軟件開發規范》）
1) 對象、變量命名符合變量命名標準。
2) 保留字或標準函數拼寫時的大小寫（如SetTransObject、Retrieve、TriggerEvent）
3) 復雜的語句、函數的目的、函數的用法要用中文注釋，注釋建議格式：
//*****************************************************************
// 功能說明，編寫人，編寫日期
//*****************************************************************
對于函數，還應有各參數的類型、意義，返回值的類型、意義。
4) 腳本顯示層次化(利用Tab健縮格)
5) 建議一個函數/事件腳本的總行數不超過200行。
6) 任何事件如果需要屏蔽祖先窗口的代碼，必須在此事件的第一行加上以下代碼：
//Override ancestor script 或中文：
//重載祖先代碼
7) 如果窗口足夠大，則在打開時平鋪整個工作區。
8) 多條語句不能寫在一行，一條語句過長應分行寫，并縮進。代碼采用縮進格式表示嵌套。
9) 程序流程要清晰，一條語句實現的功能要單一。
4．后臺數據據修改規范
4.1 總則
禁止在后臺數據庫中直接修改數據庫中的數據。如果必須要修改，請按下面的原則進行。
4.2 修改原則
1． 修改之前必須停掉與此表有關聯的所有業務系統。
2． 修改之前必須對所修改的表作一備份。（把所有數據檢索出來后，另存為一文本文件）；
3． 修改時，用Select 語句把符合條件的記錄檢索出來后，手工進行逐條修改。盡量不要用Update語句進行批量修改；
4． 如果在同一表中需修改的記錄較多（幾百條以上），確實需要用Update進行批量修改的，必須先用Select語句檢驗Where子句中條件的正確性。證實Where子句中的條件正確無誤后，方可用Update語句進行修改。
5． 修改后請驗證數據的正確性。如果不正確請及時恢復原數據。
|
|
資源大小：14.32 KB 
