資源大小：106.82 KB |
資源類型：文檔 |
|
下載積分： 0 |
|
|
|
|
資源介紹 |
|
總體技術(shù)方案需求
系統(tǒng)總體架構(gòu)如圖1所示，整體技術(shù)方案應(yīng)完全基于最新的JavaEE5架構(gòu)，全面采用JavaEE5的核心技術(shù)，為整個(gè)系統(tǒng)的穩(wěn)定運(yùn)行提供事務(wù)、安全和性能的保證。從層次結(jié)構(gòu)上應(yīng)分為3層，即：客戶端、應(yīng)用服務(wù)層、數(shù)據(jù)庫(kù)層。
客戶端需采用基于SWT/JFace技術(shù)實(shí)現(xiàn)RCP框架，應(yīng)用服務(wù)層主要采用JavaEE5架構(gòu)中的最新核心組件EJB3技術(shù)來(lái)實(shí)現(xiàn)，EJB3組件實(shí)現(xiàn)了系統(tǒng)的核心業(yè)務(wù)，充分利用應(yīng)用服務(wù)器在分布式事務(wù)、安全、性能方面提供的強(qiáng)大功能，數(shù)據(jù)庫(kù)層充分發(fā)揮數(shù)據(jù)庫(kù)強(qiáng)大的數(shù)據(jù)處理能力，并且在整體架構(gòu)設(shè)計(jì)上支持多種數(shù)據(jù)庫(kù)，當(dāng)前支持應(yīng)用最為廣泛的SQLSERVER和ORACLE，也應(yīng)很方便的擴(kuò)展到其他數(shù)據(jù)庫(kù)。
圖1 系統(tǒng)總體架構(gòu)圖
2.2基本要求
2.2.1統(tǒng)計(jì)病案管理系統(tǒng)技術(shù)架構(gòu)
需采用基于J2EE的三層架構(gòu)，業(yè)界最先進(jìn)的RCP技術(shù)。
系統(tǒng)需采用當(dāng)前最流行的主流模式J2EE（Java 2 Platform Enterprise Edition）體系架構(gòu)作為系統(tǒng)開發(fā)、部署、應(yīng)用的核心技術(shù)平臺(tái)。充分考慮系統(tǒng)架構(gòu)的先進(jìn)型、前瞻性、可維護(hù)性和擴(kuò)展性，基于擴(kuò)展的J2EE層次結(jié)構(gòu)，即：表示層、控制層、模型層、持久化層、數(shù)據(jù)庫(kù)層；應(yīng)充分運(yùn)用J2EE核心技術(shù)和業(yè)界最新主流技術(shù)構(gòu)建了一個(gè)主流、先進(jìn)、穩(wěn)定、高效、靈活、可擴(kuò)展的系統(tǒng)架構(gòu)。
具有清晰的數(shù)據(jù)存取層、業(yè)務(wù)邏輯層、客戶界面層的劃分，能夠有效分離用戶交互、業(yè)務(wù)邏輯、數(shù)據(jù)存取的不同需求，維護(hù)更加便捷。
組件化開發(fā)，代碼重用性好，具有更高的開發(fā)效率和系統(tǒng)可靠性。
客戶端配置簡(jiǎn)單，無(wú)須安裝數(shù)據(jù)庫(kù)訪問(wèn)組件，通過(guò)應(yīng)用服務(wù)器隔離數(shù)據(jù)庫(kù)，因而具有更高的安全性。
數(shù)據(jù)存取層可以屏蔽不同數(shù)據(jù)庫(kù)對(duì)其它層的影響，能夠方便移植到不同數(shù)據(jù)庫(kù)。
使用無(wú)狀態(tài)連接技術(shù)，無(wú)須維護(hù)持續(xù)連接，適合大規(guī)�？蛻舳瞬l(fā)應(yīng)用，并可方便擴(kuò)展到互聯(lián)網(wǎng)。
使用EJB 或J2EE、XML等開放技術(shù)，系統(tǒng)互連更加容易。
2.2.2支持軟件平臺(tái)
基本要求：支持醫(yī)院現(xiàn)有的系統(tǒng)環(huán)境，且支持今后的系統(tǒng)軟件版本的升級(jí)。
軟件平臺(tái)：網(wǎng)絡(luò)系統(tǒng)平臺(tái)支持UNIX系統(tǒng)、WINDOWS SERVER 2003或者以上版本系統(tǒng)。
數(shù)據(jù)庫(kù)平臺(tái)：采用高效、安全的主流大型數(shù)據(jù)庫(kù)。
前端開發(fā)工具：采用面向?qū)ο蟮木幊陶Z(yǔ)言，并且具有強(qiáng)大的WEB程序開發(fā)能力。
2.3功能要求
日志錄入：主要完成門診日志和住院日志的錄入、導(dǎo)入工作，是門診醫(yī)技和住院部分報(bào)表的重要數(shù)據(jù)來(lái)源，反映病室工作動(dòng)態(tài)、床位使用情況、治療結(jié)果、門診量、收入效益分析等。
日志查詢：從現(xiàn)有的日志中查詢出符合要求的記錄；查詢各類醫(yī)生的工作量。
報(bào)表統(tǒng)計(jì)：綜合病案首頁(yè)數(shù)據(jù)和各類日志數(shù)據(jù)，匯總產(chǎn)出日?qǐng)?bào)、月報(bào)、季報(bào)、年報(bào)、非正式報(bào)表、院內(nèi)用表、增減表、臺(tái)帳、一覽表，提供動(dòng)態(tài)圖表展示、病案首頁(yè)核查、平衡及核查數(shù)據(jù)、檢查報(bào)表平衡關(guān)系、常見單病種管理等功能。
病案首頁(yè)：完成病案首頁(yè)資料的錄入，以及完成對(duì)病案的查詢、維護(hù)和打印。
歸檔及借閱：完成病案的歸檔、借閱、歸還等管理工作。
數(shù)據(jù)上傳：醫(yī)院根據(jù)衛(wèi)生廳行政部門的要求，把病案首頁(yè)數(shù)據(jù)和報(bào)表數(shù)據(jù)上傳到衛(wèi)生局和省衛(wèi)生廳。
字典設(shè)置：完成對(duì)科室、ICD碼、手術(shù)碼、單病種、醫(yī)生和首頁(yè)標(biāo)準(zhǔn)編碼等各種字典數(shù)據(jù)的維護(hù)。
系統(tǒng)管理：主要完成系統(tǒng)初始參數(shù)、用戶權(quán)限、用戶組分配、擴(kuò)展字段、查詢顯示模板的設(shè)置以及數(shù)據(jù)導(dǎo)入導(dǎo)出的管理。
數(shù)據(jù)遷移功能：將現(xiàn)有廣東省醫(yī)院統(tǒng)計(jì)病案管理系統(tǒng)中的歷史數(shù)據(jù)導(dǎo)入到新系統(tǒng)中。
2.3.1系統(tǒng)應(yīng)具有的特點(diǎn)：
自由拖放的個(gè)性化操作界面；
完整、統(tǒng)一的字典編碼；
方便、快捷的首頁(yè)錄入；
強(qiáng)大的綜合查詢功能；
樹形結(jié)構(gòu)的科室設(shè)置；
簡(jiǎn)單、實(shí)用的單病種管理；
表格式的快速日志錄入；
多線程并發(fā)的報(bào)表匯總；
全面、開放的HIS數(shù)據(jù)接口；
無(wú)縫集成的數(shù)據(jù)上傳接口；
支持從電子病歷中獲取相關(guān)信息，并且病案系統(tǒng)能提供強(qiáng)大的數(shù)據(jù)查詢功能，支持對(duì)首頁(yè)中錄入的所有字段進(jìn)行查詢、支持多值查詢和條件間任意組合查詢。
病案首頁(yè)模塊組成應(yīng)包括以下部分：
基本信息、住院信息、中醫(yī)診斷、診斷信息、符合情況、手術(shù)信息、婦嬰卡、腫瘤卡、擴(kuò)展信息、費(fèi)用信息。
2.3.2系統(tǒng)應(yīng)具有的特性：
易用性
軟件系統(tǒng)應(yīng)考慮實(shí)用性與先進(jìn)性相結(jié)合，要體現(xiàn)出易于理解掌握、操作簡(jiǎn)單、界面要求盡可能要原有系統(tǒng)保持一致。提示清晰、邏輯性強(qiáng)，直觀簡(jiǎn)潔、幫助信息豐富，而且要針對(duì)醫(yī)院輸入項(xiàng)目的特點(diǎn)對(duì)輸入順序?qū)ｉT定制，保證操作人員以最快速度和最少的擊鍵次數(shù)完成工作。
安全性
系統(tǒng)要保證在醫(yī)院業(yè)務(wù)應(yīng)用中正常使用和數(shù)據(jù)安全，防止超越權(quán)限、誤操作和惡意攻擊等非法操作，保證系統(tǒng)的安全運(yùn)行。
穩(wěn)定性
應(yīng)用系統(tǒng)要保證數(shù)據(jù)處理必須準(zhǔn)確無(wú)誤，并有冗余備份。
響應(yīng)速度快
各一線工作站高峰期操作系統(tǒng)時(shí)無(wú)感覺(jué)等待，查詢響應(yīng)速度快。
靈活性、易維護(hù)性
可以靈活配置，數(shù)據(jù)備份與恢復(fù)、數(shù)據(jù)歸檔等維護(hù)操作方便簡(jiǎn)捷。
標(biāo)準(zhǔn)化
系統(tǒng)應(yīng)采用國(guó)際、國(guó)家和行業(yè)標(biāo)準(zhǔn)。
合法性
系統(tǒng)首先必須保證與我國(guó)現(xiàn)行的有關(guān)法律、法規(guī)、規(guī)章制度相一致，并能滿足各級(jí)醫(yī)療機(jī)構(gòu)和各級(jí)衛(wèi)生行政部門對(duì)信息的要求。
2.3.3系統(tǒng)軟件基本要求：
系統(tǒng)應(yīng)能在用戶現(xiàn)有軟件環(huán)境下正常運(yùn)行。
數(shù)據(jù)完整性
醫(yī)院數(shù)據(jù)庫(kù)是以病人醫(yī)療數(shù)據(jù)為主，并包括相關(guān)的各種經(jīng)濟(jì)數(shù)據(jù)以及各類行政管理、物資管理等數(shù)據(jù)的完整集合。系統(tǒng)能順利、平滑、完整地移植，數(shù)據(jù)庫(kù)應(yīng)包含醫(yī)院資源的信息，便于快速查詢，數(shù)據(jù)共享。
擴(kuò)展性
系統(tǒng)管理員可方便地?cái)U(kuò)充、修改系統(tǒng)功能。
先進(jìn)性
數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)合理，采用先進(jìn)的三層體系結(jié)構(gòu)（C/S/S架構(gòu)）。
支持二次接口開發(fā)，數(shù)據(jù)轉(zhuǎn)儲(chǔ)。
完善的后臺(tái)安裝與維護(hù)工具。
2.3.4系統(tǒng)出錯(cuò)處理設(shè)計(jì)：
出錯(cuò)信息
設(shè)定相關(guān)信息出錯(cuò)日志記錄，實(shí)時(shí)保存某時(shí)某刻出錯(cuò)結(jié)果和原因。
補(bǔ)救措施
系統(tǒng)針對(duì)各個(gè)醫(yī)院上傳上來(lái)的數(shù)據(jù)，有如下幾種措施確保數(shù)據(jù)上傳上來(lái)的準(zhǔn)確性：1、信息傳輸前，先對(duì)該信息進(jìn)行審核，檢查接受的信息是否滿足接收標(biāo)準(zhǔn)。2、根據(jù)信息傳輸出錯(cuò)，或因意外情況傳輸不完整，可根據(jù)情況進(jìn)行從新接收(包括替換原有已經(jīng)接收到的數(shù)據(jù))，或補(bǔ)缺接收。3、根據(jù)接收到完整信息，在做審核處理，驗(yàn)證其是否符合。
系統(tǒng)出錯(cuò)信息設(shè)計(jì)
日志記錄：
日志記錄在數(shù)據(jù)庫(kù)
系統(tǒng)處理回滾：
利用數(shù)據(jù)庫(kù)回滾機(jī)制，實(shí)現(xiàn)系統(tǒng)回滾。
容災(zāi)機(jī)制：
在執(zhí)行定時(shí)任務(wù)調(diào)度時(shí)，如果被調(diào)度的任務(wù)出現(xiàn)異常，此時(shí)的任務(wù)會(huì)被移除掉，然后再重新添加任務(wù)。如果出現(xiàn)網(wǎng)絡(luò)不通時(shí)或數(shù)據(jù)庫(kù)連接異常時(shí)，調(diào)度器會(huì)不斷的去掃描，直到異常排除后，繼續(xù)執(zhí)行任務(wù)。
系統(tǒng)維護(hù)設(shè)計(jì)
選用高可靠的產(chǎn)品與技術(shù)，在系統(tǒng)出現(xiàn)異常時(shí)，具有應(yīng)變能力和容錯(cuò)能力，確保系統(tǒng)安全可靠。在異常情況停電時(shí)，對(duì)系統(tǒng)數(shù)據(jù)要有相應(yīng)的保護(hù)措施。
2.3.5系統(tǒng)安全設(shè)計(jì)：
系統(tǒng)的安全性主要包括五個(gè)方面：系統(tǒng)訪問(wèn)控制、數(shù)據(jù)保護(hù)、日志管理、部署準(zhǔn)備。訪問(wèn)控制部分說(shuō)明系統(tǒng)自身在用戶識(shí)別和授權(quán)方面的具體要求，明確系統(tǒng)訪問(wèn)控制應(yīng)具備的基本要素。數(shù)據(jù)保護(hù)部分說(shuō)明如何在對(duì)數(shù)據(jù)分類的基礎(chǔ)上，選擇適當(dāng)?shù)募夹g(shù)措施進(jìn)行數(shù)據(jù)安全保護(hù)。編碼安全強(qiáng)調(diào)何種編碼行為是要嚴(yán)格遵守的。日志管理部分主要從可審計(jì)角度來(lái)考慮，明確系統(tǒng)應(yīng)記錄的行為內(nèi)容、記錄格式以及對(duì)日志的管理辦法。部署準(zhǔn)備說(shuō)明系統(tǒng)上線前要對(duì)編碼進(jìn)行梳理規(guī)范，清除不必要的調(diào)試編碼等信息，避免信息泄露等隱患。
訪問(wèn)控制
訪問(wèn)控制主要考慮用戶管理、用戶認(rèn)證、授權(quán)和會(huì)話控制四部分。
用戶必需按角色分類管理，提供用戶身份賬號(hào)的創(chuàng)建、注銷、凍結(jié)/解凍、修改、查詢功能，并且記錄身份信息的變動(dòng)歷史。
用戶登陸密碼安全級(jí)別強(qiáng)，提供驗(yàn)證碼和警示機(jī)制，錯(cuò)誤密碼登陸不能超過(guò)3次。不能在網(wǎng)絡(luò)上明文傳輸用戶密碼，不能在數(shù)據(jù)庫(kù)中明文存儲(chǔ)用戶密碼。不允許不通過(guò)認(rèn)證直接訪問(wèn)資源的途徑存在。
針對(duì)不同類型用戶或角色建立最小數(shù)據(jù)訪問(wèn)列表，對(duì)用戶訪問(wèn)何種數(shù)據(jù)進(jìn)行明確定義和控制。訪問(wèn)數(shù)據(jù)授權(quán)可以根據(jù)用戶的屬性自動(dòng)賦予權(quán)限，也可以由高級(jí)用戶根據(jù)授權(quán)規(guī)則人工設(shè)置。
要對(duì)包含敏感數(shù)據(jù)的會(huì)話進(jìn)行加密保護(hù)。
數(shù)據(jù)保護(hù)
保護(hù)外網(wǎng)傳輸?shù)牟“甘醉?yè)原始信息、病案首頁(yè)報(bào)表信息，不被人竊取、篡改。需要重點(diǎn)加密保護(hù)數(shù)據(jù)在用戶層面進(jìn)行傳輸時(shí)，應(yīng)實(shí)現(xiàn)點(diǎn)到點(diǎn)的加密數(shù)據(jù)傳輸。用于兩點(diǎn)之間信息傳輸加/解密的密鑰，不應(yīng)被非可信的第三方獲悉，并且密鑰能不定期更換或是每次通信隨機(jī)產(chǎn)生。
系統(tǒng)應(yīng)采取措施保護(hù)會(huì)話，防止會(huì)話超時(shí)和會(huì)話劫持等漏洞。系統(tǒng)對(duì)輸入信息中的特殊字符(如“>” 、“<”等)進(jìn)行檢查、處理。對(duì)輸入的數(shù)據(jù)串進(jìn)行檢查，防止直接注入SQL語(yǔ)句。
軟件還應(yīng)有錯(cuò)誤信息保護(hù)機(jī)制，禁止將供軟件維護(hù)人員使用的系統(tǒng)錯(cuò)誤診斷信息提交給軟件服務(wù)對(duì)象。
日志管理
日志包括用戶訪問(wèn)控制日志和系統(tǒng)運(yùn)作日志。
用戶訪問(wèn)控制日志主要是記錄用戶訪問(wèn)系統(tǒng)所做的操作，包括成功或失敗的登陸、用戶對(duì)信息的修改、用戶對(duì)信息的創(chuàng)建、用戶對(duì)信息的刪除等操作。
系統(tǒng)運(yùn)行日志主要是記錄系統(tǒng)的啟動(dòng)和停止、以及系統(tǒng)運(yùn)行過(guò)程當(dāng)中發(fā)生的錯(cuò)誤信息。
部署準(zhǔn)備
上線前必需清理調(diào)試信息，不能將帶有調(diào)試選項(xiàng)的代碼部署到運(yùn)行的系統(tǒng)中去。清理WEB源代碼注釋、清理不需要的代碼和那些不能完成任何功能的代碼。
2.4項(xiàng)目實(shí)施和維護(hù)要求
1、中標(biāo)方負(fù)責(zé)提供研發(fā)、維護(hù)團(tuán)隊(duì)，協(xié)助采購(gòu)人做好系統(tǒng)推廣和完善工作。
2、中標(biāo)方要嚴(yán)格按照采購(gòu)人提供的系統(tǒng)分析要求開發(fā)軟件，在軟件推廣應(yīng)用后，在合作期內(nèi)要根據(jù)采購(gòu)人提供的修改完善意見長(zhǎng)期負(fù)責(zé)軟件的升級(jí)補(bǔ)丁。
3、軟件的售后維護(hù)工作由中標(biāo)方完成，中標(biāo)方負(fù)責(zé)在合作期內(nèi)免費(fèi)為軟件用戶提供7*8小時(shí)電話、網(wǎng)上、遠(yuǎn)程維護(hù)，對(duì)確實(shí)需要上門的用戶收取適當(dāng)?shù)慕煌ㄗ∷拶M(fèi)后提供上門服務(wù)。中標(biāo)方負(fù)責(zé)在合作期內(nèi)派一到兩人長(zhǎng)期駐點(diǎn)在采購(gòu)人負(fù)責(zé)軟件維護(hù)工作，維護(hù)工程師的費(fèi)用（薪水、住宿、交通等）由中標(biāo)方負(fù)責(zé)，不在軟件收益中支付。
4、合作期限：五年，從合同生效之日起計(jì)算。
2．5軟件版權(quán)歸屬
1、該軟件版權(quán)歸采購(gòu)人和中標(biāo)方共有，科研成果雙方共享。軟件署名采購(gòu)人研發(fā)，中標(biāo)方提供技術(shù)支持。
2、中標(biāo)方應(yīng)提供一套完整的軟件源程序、詳細(xì)設(shè)計(jì)、開發(fā)文檔給采購(gòu)人，并在每次更新、修改后提供一份給甲方保存。中標(biāo)方要做好源程序的保密工作，不得向第三方泄露雙方商業(yè)及技術(shù)有關(guān)資料。
2．6項(xiàng)目其他要求
2.6.1項(xiàng)目管理要求
需提供項(xiàng)目實(shí)施管理的計(jì)劃書，項(xiàng)目實(shí)施應(yīng)按照“整體規(guī)劃，分步實(shí)施” 的原則進(jìn)行。
中標(biāo)方在項(xiàng)目實(shí)施過(guò)程中能根據(jù)專家和用戶的意見進(jìn)行修改，直到滿足用戶需求為止。
2.6.2項(xiàng)目工作小組
為使工程按質(zhì)、按量、按時(shí)及有序?qū)嵤�，中�?biāo)方對(duì)本項(xiàng)目必須建立一個(gè)完善和穩(wěn)定的信息系統(tǒng)建設(shè)的項(xiàng)目工作組，成員包括：
項(xiàng)目經(jīng)理：1名或以上，具備三年以上IT項(xiàng)目管理工作經(jīng)驗(yàn)，并全權(quán)代表執(zhí)行各項(xiàng)技術(shù)及管理工作。
系統(tǒng)分析員：1名或以上，具備二年以上系統(tǒng)分析經(jīng)驗(yàn)，并具有在多種平臺(tái)上開發(fā)的應(yīng)用管理和系統(tǒng)分析經(jīng)驗(yàn)。
軟件開發(fā)工程師：1名或以上，具備二年以上醫(yī)療系統(tǒng)開發(fā)經(jīng)驗(yàn)。
軟件測(cè)試工程師：1名或以上，具備二年以上測(cè)試經(jīng)驗(yàn)。
系統(tǒng)工程師：中標(biāo)方須提供人員在用戶醫(yī)院現(xiàn)場(chǎng)工作，負(fù)責(zé)項(xiàng)目上線；在未來(lái)項(xiàng)目免費(fèi)維護(hù)期內(nèi)，須提供至少一名系統(tǒng)工程師及時(shí)現(xiàn)場(chǎng)服務(wù)。
中標(biāo)方應(yīng)保證項(xiàng)目工作小組成員的穩(wěn)定，如確因工作安排或其他原因需更換時(shí)，須事先征得采購(gòu)人同意，否則不能擅自更換。中標(biāo)方更換工作組成員時(shí)，應(yīng)至少提前5個(gè)工作日以書面形式通知采購(gòu)人。如采購(gòu)人要求更換不稱職的項(xiàng)目代表時(shí)，中標(biāo)方保證全力在采購(gòu)人指定的時(shí)間內(nèi)更換同等或更高資歷的人員。
|
|
|
下載地址 |
|
|
| |
