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