系统需求分析设计1.ppt_第1页
系统需求分析设计1.ppt_第2页
系统需求分析设计1.ppt_第3页
系统需求分析设计1.ppt_第4页
系统需求分析设计1.ppt_第5页
已阅读5页,还剩45页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 系統需求分析 SystemsAnalysis 2011 04 20 2 主要内容 1系統需求分析2醫院的組織結構3業務流程分析4系統數據流分析 3 1系統需求分析 1 1需求分析的任務1 2完成需求分析任務的步驟1 3需求分析的方法及工具 4 1需求工程 需求工程 需求管理 需求开發 需求獲取 Elicitation 需求驗證 Validation 包括軟體類產品中的需求收集 評價 編寫文檔等所有活動 建立並維護在軟體工程中同客戶達成的契約 需求分析 Analysis 规格說明 Specification 變更管理 5 1 1需求分析模型 系统实现模型 目标系統 当前系統 物理模型 逻辑模型 逻辑模型 物理模型 模型化 抽象化 实例化 具体化 理解需求 表达需求 导出 做什么 怎么做 需求分析的主要工作 系統流程圖或DFD圖等 6 1 1系統需求分析的任務 系統需求分析 SystemsAnalysis 簡稱SA 是軟體定義時期的最後一個階段 它的基本任務是準確地回答 系統必須做什麼 這個問題 需求的定義 1 從用戶角度 系統的外部行為 以及從開發者角度 內部特性 來闡述需求 2 需求是 用戶所需要的並能觸發一個程式或系統開發工作的說明 這些定義強調的是產品是什麼樣的 而並非產品是怎樣設計 構造的 3 需求是指明必須實現什麼的規格說明 它描述了系統的行為 特性或屬性 是在開發過程中對系統的約束 需求分析的任務還不是確定系統怎樣完成它的工作 而僅僅是確定系統必須完成哪些工作 也就是對目標系統提出完整 準確 清晰 具體的要求 7 需求分析的需完成的具體任務有 1 全面分析與醫院資訊化有關的各層組織結構2 對醫院的業務流程給出盡可能詳細的分析描述3 完成醫院資訊系統的數據流分析 1 1醫院資訊系統需求分析 8 1 2完成需求分析任务的步骤 明確了需求分析的任務 需求分析過程主要是理解客戶需要什麼 分析要求 評價可行性 協商合理的方案 無歧義地詳細說明方案 確認規格說明 管理需求以至將這些需求轉化為可行系統 初步溝通導出需求分析和精化可行性研究協商與溝通 分析與綜合 編寫文檔 規格說明 需求驗證 評審 變更管理 9 常用分析方法 1 面向數據流的結構化分析方法 SA 2 面向數據結構的結構化數據系統開發方法 DSSD 3 面向對象的分析方法 OOA 面向數據流的結構化分析工具 1 系統流程圖 SystemFlowchart 2 數據流圖 DFD DataFlowDiagram 3 數據字典 DD DataDictionary 4 層次方框圖 HC HierarchyChart 5 其他工具 IPO圖 QFD圖 Warnier圖等 1 3需求分析的方法及工具 10 2醫院的組織結構 2 1醫院基本組織結構2 2醫院的基本活動分析2 3醫院的資訊類型分析 11 2 1醫院基本組織結構 為了問題的簡化 這裏以醫院在體制上最可能存在共性的部門為例 簡單的列出一所醫院通常都有的五個部門 醫院資訊系統也可以按照業務功能劃分 事實上醫院的組織機構不同 系統分析人員一定要具體問題具體分析 12 2 2醫院的基本活動分析 對醫院的基本活動分析主要從以下5個方面進行 1 門急診部2 住院部3 藥品管理4 藥品與財務5 醫院管理和知識發現 13 2 2 1醫院的基本活動分析 1 門急診部門急診部是醫院組織結構中四大部分 門急診部 住院部 財務部和藥房的第一部分 負責向其他系統提供必需的病人資訊和準確詳實的臨床資訊 為醫院管理部門服務 並輔助管理部門進行管理 門急診系統的特點是 病人多且流動快 涉及部門多 不僅有診療 收費 還需要有醫療技術和醫療物資保障 醫護人員流動相對頻繁 基於它的地位和作用重要 許多醫院都非常重視門急診管理系統的建設 門急診管理系統的主要目標是4個 1 為門急診醫療業務服務 2 為經濟管理服務 3 為管理服務 4 為病人服務 14 2 2 2醫院的基本活動分析 2 住院部住院部是醫院組織結構中核心部分 是醫院資訊系統為臨床服務的最集中體現的部門 住院資訊管理系統的主要目標包括4個 1 為醫生和護士服務 2 為經濟管理服務 3 為管理服務 4 為病人服務 15 2 2 3醫院的基本活動分析 3 藥品管理 藥品的進 出 存管理 其目標是做好藥品的品種 數量 金額管理 以及藥品庫存的控制以達到減少庫存資金佔用 保障供應 堵塞藥品流通中各種漏洞的目的 為其他系統提供藥品資訊 藥品使用的統計分析 為合理用藥和高層管理服務 4 藥品與財務藥品庫存管理側重於對物流進行管理 藥品財務帳目的資料均來自於藥庫的出入庫業務 藥庫管理子系統可以自動將業務過程中生成的入出庫單數據傳遞給藥品的財務管理作為記帳憑證 財務管理 根據藥品庫存管理產生的調價盈虧處理相應的科目 還可以對應付帳款進行管理 5 醫院管理和知識發現 16 2 3醫院的資訊類型分析 根據現實生活中醫院的工作流程和業務需求 在HIS的功能設計過程中 通常將醫院資訊分為三類 病人資訊 費用資訊和管理資訊 病人資訊和費用資訊是醫院的基本資訊 病人資訊一般是以醫療診療為核心 費用資訊一般是以價表為核心 管理資訊是以院長決策系統為核心 醫院資訊系統軟體一般以病人資訊為主線 以人 財 物三線並舉的方式 17 2 3醫院的資訊類型分析 根據數據流量 流向及處理過程 可將整個醫院資訊系統劃分為五個部分 1 臨床診療部分2 藥品管理部分3 經濟管理部分4 綜合管理與統計分析部分5 外部介面部分 18 3業務流程分析 3 1基本業務流程3 2資訊特點分析3 3設計目標 19 3 1基本業務流程 1 門急診業務流程設計醫院資訊系統對門急診業務的管理 主要有三種模式 這些模式都是圍繞診治和收費來設計的 集中計價模式 分散計價模式 醫生工作站模式 20 3 1 1 1基本业务流程圖1 21 3 1 1 2基本业务流程圖2 22 3 1 1 3基本业务流程圖3 23 3 1 1 4基本業務流程 4 門急診業務的管理要注意的問題主要有4個 1 關於病人標識號2 掛號及預約管理3 門急診病案管理4 收費及發藥 24 3 1 1 4 1基本業務流程 關於病人標識號在門急診資訊管理系統中 病人有多種標識方法 病人唯一標識號 ID號 門診病案號 就診序號和醫療保險號等 無論採用何種都要求編號唯一 通過病人ID號進行資訊傳遞是在實際應用中採用最多 也是管理最為方便的形式 至於ID號記錄採用何種載體 如卡 則根據各醫院實際可採用不同的方式 為保證病人ID號的唯一性 當一個病人有多個ID號 應該對其進行合併 25 3 1 1 4 2基本業務流程 掛號及預約管理主要工作包括 病人身份登記 門診安排的管理 號表的生成及維護 門診預約管理和掛號處理 同時提供病人資訊的查詢和有關掛號工作的統計功能 以便於業務人員和相關的管理人員及時準確地掌握病人就診的實際情況 門急診病案管理門急診病人的病案資訊分散在身份登記 掛號處 門診醫生工作站和相應的醫技科室等資訊的發生點進行採集 最後綜合形成完整的門急診病案資訊 門診醫生工作站的採用提供了病人在診間的完整資訊 促進了門急診病歷的電子化 見下頁圖門急診電子病歷組成 26 3 1 1 4 3基本業務流程圖 27 3 1 1 4 4基本業務流程 收費及發藥門診收費 從方便病人的角度考慮 採用在各個執行點直接劃價收費的持卡有預交金就診的方式似乎更為可取 為徹底解決病人交納預交金問題 未來最理想的模式是直接使用銀行金融卡結算 處方發藥 當採用門診醫生工作站時 生成的電子處方自動發往門診收費處和門診藥房 病人去收費處交費的同時 相應的門診藥房生成擺藥單 藥房擺藥藥師按擺藥單提前進行擺藥 28 3 1 2基本業務流程 2 住院部工作流程設計 根據醫院選擇的功能組合模式的不同 住院管理系統一般也相應地分為三種工作流程 2 1當醫院採用最基本的功能組合模式 即只包含住院登記 集中入出轉 住院收費和病案編目的系統 該種模式的實現最為簡單 但僅能對病人流動和費用資訊進行部分電腦管理 手工管理的成分仍然較多 無法獲得電腦網路化管理帶來的諸多好處 2 2當醫院在最基本的功能組合模式基礎上 加入了護士工作站和臨床藥房 此時由護士對醫囑進行錄入 對醫囑進行了部分電腦管理 並加強對藥品的管理 2 3醫院在採用較為全面的功能組合模式的基礎上加入醫生工作站 對醫囑和病歷進行全面的電腦管理 醫生直接在電腦上書寫病歷 下達醫囑 護士通過電腦轉抄執行 相關科室間通過電腦網路進行資訊傳遞和共用 29 3 1 2 1基本業務流程圖1 30 3 1 2 2基本業務流程圖2 31 3 1 2 3基本業務流程圖3 32 3 1 2 4基本業務流程 住院部工作的管理要注意的問題主要有2個 1 病人流動住院管理系統的一個中心任務便是對病人的入院 入科 轉科和出院這一系列的常規操作進行科學有序的管理 病人流動管理的一個基本要求是做到步步準確 環環相扣 2 醫囑處理醫囑的處理主要包括以下內容 醫囑的下達 校對 作廢和執行 醫囑本和醫囑執行單的管理 另外還有檢查 核對總和手術的申請等 按照醫囑處理的方式不同 可將常規的醫囑處理流程分為三種 手工方式 護士錄入方式 醫生錄入 33 3 1 2 4基本業務流程 34 3 1 2 4基本業務流程 35 3 2信息特點分析 臨床診療部分主要以病人資訊為核心 將整個病人診療過程作為主線 醫院中所有臨床醫技科室都將沿此主線展開工作 隨著病人在醫院中每一步診療活動的進行 就可產生並處理與病人診療有關的各種診療資料與資訊 對資訊特點分析主要從以下5方面進行 1 臨床診療部分2 藥品管理部分3 費用管理部分4 綜合管理與統計分析部分5 外部介面部分 36 3 2 1信息特點分析 一 臨床診療部分臨床診療是醫院工作的主體 而診療過程本身對資訊高度依賴 整個診療活動主要由各種與診療有關的工作站來完成 並將這部分臨床資訊進行整理 處理 匯總 統計 分析等 此部分包括 1 門診醫生工作站子系統2 住院醫生工作站子系統3 護士工作站子系統4 檢驗資訊子系統5 醫學影像子系統6 醫院住院手術 麻醉管理子系統 37 3 2 2信息特點分析 二 藥品管理部分這部分主要處理的是與藥品有關的所有資料與資訊 其主要任務是對藥庫 製劑 門診藥房 住院藥房 藥品價格 藥品會計核算等資訊的管理以及輔助臨床合理用藥 包括處方或醫囑的合理用藥審查 藥品資訊諮詢 用藥諮詢等 此部分包括 1 藥品庫房管理子系統2 門診藥房管理子系統3 住院藥房管理子系統4 藥品會計核算及藥品價格管理子系統5 製劑管理子系統6 合理用藥諮詢子系統 38 3 2 3信息特點分析 三 費用管理部分醫院資訊系統的重要功能之一 就是對醫院的各種收入和支出費用進行電腦管理 此部分包括 1 門急診掛號子系統2 門急診劃價收費子系統3 醫院住院病人入 出 轉管理子系統4 醫院住院收費子系統 5 物資管理子系統6 設備管理子系統7 財務管理與經濟核算管理子系統 39 3 2 4信息特點分析 四 綜合管理與統計分析部分針對醫院的各項工作門診 住院 護理 後勤和管理等 綜合管理系統可以結合多方面的因素給出醫院管理層所需要的資訊 此部分包括 1 病案管理子系統2 醫療統計子系統3 院長查詢分析子系統4 病人諮詢服務子系統 40 3 2 5信息特點分析 五 外部介面部分醫院資訊系統與醫療保險和社會醫療的聯繫與日劇增 醫院資訊系統與外系統的聯繫以及遠端醫療的介面就成為在設計一個資訊系統時必須充分考慮的問題 此部分包括 1 醫療保險介面子系統2 社區醫療介面子系統3 遠端醫療諮詢系統介面子系統 41 3 3設計目標 醫院資訊管理系統的最終目標應該是一個比較完整的系統 它既是一個面向醫院管理層的資訊系統 又是一個面向臨床的資訊系統 系統設計要充分發揮電腦和網路的功能 設計出合理的工作流程和資料流程程 儘量避免資料的重複輸入 能全面實現電腦管理資訊系統的多層次 廣覆蓋的現代化管理 達到 數位化醫院 的要求 42 4系統數據流分析 1 系統數據流程分析簡述2 現行系統數據量分析3 原始數據流程圖的繪製 43 4 1系統數據流程分析簡述 數據流程分析即把數據在組織內部的流動情況抽象的獨立出來 舍去了具體組織結果 資訊載體 處理工作 物資 材料等 單從數據流動過程來考察實際業務的資料處理模式 系統流程圖又叫事務流程圖 是在電腦事務處理應用進行系統分析時常用的一種描述方法 另一個是數據流圖 它描述了電腦事務處理中從資料登錄開始到獲得輸出為止 各個處理工序的邏輯過程 44 4 1系統數據流程分析簡述 45 4 2現行系統數據量的分析 醫院資訊系統包含的數據類型非常豐富 為了簡單起見 以下以門急診資訊管理系統作為案例 對其做簡單的分析 門急診資訊管理系統既要滿足自身的業務需求 又要為其他系統提供基礎數據 從門急診資訊管理系統本身的管理看 門急診資訊管理系統服務於門診醫療活動 存儲和管理的數據包括病人的基礎資訊 掛號信息 門診病歷資訊 檢查檢驗結果資訊等 46 4 3原始數據流程圖的繪制 對原始數據流程圖的繪製 下面以掛號工作站和門診醫生工作站為例作以介紹 1 掛號工作站如果病人已經領有診療卡 則可通過刷卡查詢病人基本資訊 系統也可以支援無卡病人的掛號 提供通過輸入部分條件如姓名等能夠

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论