需求規(guī)格說明書-重癥監(jiān)護臨床信息系統(tǒng).docxVIP

1、重癥監(jiān)護臨床信息系統(tǒng)需求規(guī)格說明書創(chuàng)業(yè)軟件股份有限公司1. 引言11.1. 編寫目的/1.2. 說明、11.3. 定義/任務(wù)概述21.4. 背景21.5. 主要業(yè)務(wù)需求21.6. 主要建設(shè)任務(wù)2需求描述31.7. 模塊標(biāo)題31.8. 數(shù)據(jù)項描述31.9. 性能需求41.10. 安全性需求4系統(tǒng)運行環(huán)境要求51. 引言1.1. 編寫目的本需求說明旨在對ICU信息管理系統(tǒng)項目的業(yè)務(wù)需求、功能需求做逐一分析：并對各系統(tǒng)接以、運行環(huán)境、性能需求做出可行方案。本需求分析是系統(tǒng)開發(fā)的依據(jù)，也是用戶檢驗本系統(tǒng)運行的依據(jù)。1.2. 說明任務(wù)提出方：醫(yī)院開發(fā)方：上海創(chuàng)業(yè)軟件股份有限公司1.3. 定義可視化程序設(shè)

2、計語言：是一種基于可視化和面向?qū)ο蠡A(chǔ)的通用的計算機程序設(shè)計語言。醫(yī)院信息管理系統(tǒng)：是幫助醫(yī)院工作人員、行政人員對人事檔案進行管理的軟件。使用可視化編程語言，獨立完成其功能。SQLSever：系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS）。-SQL：-種用于訪問數(shù)據(jù)庫的結(jié)構(gòu)化查詢語言。事務(wù)流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關(guān)鍵域，值互不同。外部主鍵：數(shù)據(jù)庫表中與其他表主題關(guān)聯(lián)的域。-ROLLBACK：數(shù)據(jù)庫的錯誤恢復(fù)機制。2. 任務(wù)概述2.1. 背景重癥監(jiān)護病房(IntensiveCareUnit,ICU)是現(xiàn)代醫(yī)院對重癥患者進行監(jiān)護和治療等醫(yī)療活動的重要臨床科室，是危

3、重病患者集中的病區(qū)。重癥患者搶救、治療、康復(fù)過程的不確定性、復(fù)雜性和連續(xù)性，決定了ICU是醫(yī)院最繁忙的臨床科室之一。ICU醫(yī)護人員對于危重患者生命支持的技術(shù)水平，直接反映醫(yī)院的綜合救治能力和整體實力，而ICU數(shù)字化系統(tǒng)也成為現(xiàn)代化醫(yī)院的重要標(biāo)志之一。2.2. 主要業(yè)務(wù)需求定制醫(yī)院的護理記錄單。實現(xiàn)監(jiān)護記錄與HIS/EMR的對接，特別是在“普通病房d手術(shù)室dICla普通病房”流轉(zhuǎn)過程中，病人回到普通病房后，醫(yī)生也能調(diào)閱病人在ICU期間的病歷和監(jiān)護紀(jì)錄。鎮(zhèn)靜、鎮(zhèn)痛方面的評分。設(shè)備采集的數(shù)據(jù)，護上長可手工修改。2.3. 主要建設(shè)任務(wù)1) 建設(shè)系統(tǒng)的基本要求領(lǐng)域/業(yè)務(wù)分析策略一一需求方向，精準(zhǔn)切入，系

4、統(tǒng)分析策略一一具體功能，系統(tǒng)設(shè)計策略.2) 數(shù)據(jù)建設(shè)核心層、分布匯聚層和接入層3) 應(yīng)用建設(shè)醫(yī)院信息集成平臺(HU1S)集成數(shù)字化手術(shù)系統(tǒng)、移動查房系統(tǒng)，以H1S為主線進行區(qū)域醫(yī)療化整合方案。3. 需求描述深入分析市場需求，了解現(xiàn)場使用人員的操作流程，根據(jù)業(yè)務(wù)標(biāo)準(zhǔn)定制規(guī)范化模板并根據(jù)醫(yī)院具體科室，具體情況定制化個性修改。3.1. 模塊標(biāo)題1）觀察項功能概述根據(jù)醫(yī)院具體需求，配置滿足他們口常護理的所有觀察項數(shù)據(jù)，對每一項數(shù)據(jù)進行描述分析，系統(tǒng)可以自動采集的項目只需要對接相應(yīng)設(shè)備，實時顯示儀器數(shù)據(jù)并可以定制儀器數(shù)據(jù)的顯示時間，根據(jù)權(quán)限修改應(yīng)該數(shù)據(jù)信息并保存修改日志。3.2.數(shù)據(jù)項描述1）表信息項信

5、息項描述如卜表:序號數(shù)據(jù)項名稱長度說明I編號232姓名303綽號/別名120支持多個綽號、別名4性別國標(biāo)代碼5民族代碼6出生日期日期7婚姻狀況代碼8身份證號189其他證件及號碼20010身份代碼11文化程度代碼12服務(wù)場所8013特殊體貌特征20011本人聯(lián)系方法20015聯(lián)系人信息20016國籍代碼17戶籍所在地國標(biāo)行政區(qū)劃3.3. 性能需求要滿足以下性能指標(biāo)：1. 查證響應(yīng)時間要求：查證功能的局域網(wǎng)響應(yīng)時間在5秒以內(nèi)。2. 可靠性要求：系統(tǒng)運行穩(wěn)定可靠，支持50人以上并發(fā)用戶，不易宕機。3. 支持同步/異步數(shù)據(jù)交換（上傳、下遞及反饋）。4. 確保數(shù)據(jù)安全，支持加密的數(shù)據(jù)傳輸。5. 支持在瀏

6、覽器上直接報表打印輸出，支持報表的靈活定制。6. 實現(xiàn)靈活的權(quán)限控制。7. 多種自動提示功能。3.4.安全性需求公安工作的特殊性決定了安全是信息系統(tǒng)要實現(xiàn)的一個極為重要的環(huán)節(jié)。本系統(tǒng)要滿足:1. 系統(tǒng)要保障數(shù)據(jù)存儲的安全，數(shù)據(jù)傳輸?shù)陌踩?，?shù)據(jù)訪問的安全。系統(tǒng)管理的各類信息涉密級別不同，如有些情報信息，由于其保密的特殊性，要求實現(xiàn)獨立管理，保證其存儲、傳輸、訪問的高安全性要求，如信息隱藏、訪問控制等。2. 基于角色的靈活的權(quán)限控制建立基于角色的訪問授權(quán)控制，系統(tǒng)應(yīng)能根據(jù)訪問用戶的身份，確定相應(yīng)的授權(quán)，提供權(quán)限規(guī)定的查詢、統(tǒng)計服務(wù)。3. 與CA認證系統(tǒng)（PKI/PMI）接口實現(xiàn)統(tǒng)一的用戶認證和授權(quán)系統(tǒng)開發(fā)時，應(yīng)考慮利用公安信息網(wǎng)上統(tǒng)一的CA認證系統(tǒng)（PKI/PMI）,利用CA認證系統(tǒng)提供的接口進行用戶認證并授權(quán)，實現(xiàn)“單點登錄，全網(wǎng)漫游”。4. 系統(tǒng)運行環(huán)境要求本系統(tǒng)將建立在公安專網(wǎng)上，采用瀏覽器/服務(wù)器+