




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、結束放映結束放映節(jié)節(jié)章章電子政務之醫(yī)院信息系統(tǒng)總體設計1 / 52結束放映結束放映節(jié)節(jié)章章學時:2了解(占30% ):基于網絡平臺的系統(tǒng)前后臺的管理軟件設計和系統(tǒng)門戶的設計工具和方法。掌握(占30% ):系統(tǒng)功能的模塊設計方法。重點掌握(占40%):系統(tǒng)的數(shù)據結構分析、數(shù)據庫設計的原則和方法以及HIS中數(shù)據倉庫的運用。本章作業(yè): 描述建設和實施HIS的一般步驟。第第5章章2 / 52結束放映結束放映節(jié)節(jié)章章5.1 系統(tǒng)設計5.2 數(shù)據庫設計5.3 信息系統(tǒng)的服務器端與客戶端應用第第5章章3/ 52結束放映結束放映節(jié)節(jié)章章5.1.1 系統(tǒng)總體結構設計定位 5.1.2 系統(tǒng)功能分析5.1.3 系統(tǒng)
2、功能模塊5.1.4 HIS的數(shù)據挖掘4/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1. HIS系統(tǒng)的結構現(xiàn)代醫(yī)院信息系統(tǒng)體系結構的選擇基本上是組合式的,按照用戶的需求和若干系統(tǒng)優(yōu)化的原則,把系統(tǒng)劃分成物理上和結構上相對獨立的子系統(tǒng);它們有健壯的系統(tǒng)特性,但在邏輯上又屬于同一個大系統(tǒng),在寬帶網、高性能服務器和一體化軟件平臺的支持下,可使子系統(tǒng)之間實現(xiàn)無縫的數(shù)據交換和功能調用。5/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2. 系統(tǒng)開發(fā)環(huán)境和運行環(huán)境選擇系統(tǒng)開發(fā)環(huán)境和運行環(huán)境選擇要考慮以下3個問題:a.HIS的技術平臺與開發(fā)工具b.HIS的網絡架構c.信息系統(tǒng)的軟件結構
3、采用多層分布式體系結構(包括C/S兩層結構、B/S兩層結構、“客戶層/中間層/數(shù)據層”三層結構等)。 6/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(1)HIS的技術平臺與開發(fā)工具1)技術平臺:技術平臺是指系統(tǒng)的軟件支撐環(huán)境,包括網絡操作系統(tǒng)、數(shù)據庫系統(tǒng)、客戶機操作系統(tǒng)。網絡操作系統(tǒng)通常為Windows NT、Windows 2000 Server、Linux等;數(shù)據庫系統(tǒng)通常為SQL Server 2000、Oracle、SyBase、DB2、Cach等;客戶機操作系統(tǒng)通常為Windows 98、Windows 2000 Professional。7/ 52目目第第5章章 第第
4、1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2)開發(fā)工具:常用的開發(fā)工具有MS Visula C+、MS Visual Basic、MS C#、Delphi、PowerBuilder、Oracle Developer、Java、.Net、PHP等。3)數(shù)據接口:數(shù)據接口可采用BDE、DAO、ADO+OLE DB等,其中ADO+OLE DB為微軟公司主推的產品,已成為主流。8/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(2)HIS的網絡架構HIS的通信技術組成部分,HIS的主干網絡采用光纖寬帶網技術,HIS局域網采用數(shù)字交換技術,遠程醫(yī)療的主要通信方式采用衛(wèi)星、無線通信技術,醫(yī)生工作站則采用固定
5、聯(lián)網和移動通信技術。HIS內網與外網絡聯(lián)結的架構方式,通過防火墻外聯(lián)城域網(或Internet)。參見書130、131頁的相關示意圖。9/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章 (3)信息系統(tǒng)的軟件結構采用多層分布式體系結構(包括C/S兩層結構、B/S兩層結構、“客戶層/中間層/數(shù)據層”三層結構等)。同時為了比較好地解決由于系統(tǒng)改造提升或引進新子系統(tǒng)帶來的諸如異構數(shù)據庫、操作系統(tǒng)等問題,引入信息系統(tǒng)集成平臺。參見書132頁的相關示意圖。 10/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1. 門急診管理系統(tǒng)業(yè)務概述雖然各醫(yī)院的管理模式有所區(qū)別,但門診的業(yè)務流程卻極
6、為類似。病人在就診的第一步即進行身份登記,系統(tǒng)可以采用發(fā)放診療卡的方法,把卡內號碼作為病人在醫(yī)院的唯一標識。身份登記后進行掛號,等候醫(yī)生診治。醫(yī)生為病人診病有詢問病人病情、體檢、診斷、開具門診醫(yī)囑等環(huán)節(jié),病人根據醫(yī)囑前往收費處交費,根據需要病人完成檢查、檢驗、治療和手術等診療過程。11/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2. 門急診系統(tǒng)各業(yè)務流程細分及功能分析病人的就診過程可以分解為(發(fā)卡)掛號分診、診室叫號接診、收費、發(fā)藥、標本處理等5個環(huán)節(jié)(子系統(tǒng))。(1)門診掛號、分診流程圖示分析掛號流程示意圖掛號流程示意圖是否有卡?是否有卡?選擇選擇掛號掛號類型類型指定醫(yī)生?指定
7、醫(yī)生?候診隊列候診隊列刷卡或手刷卡或手工輸入卡工輸入卡號號否否是是否否是是選擇醫(yī)選擇醫(yī)生生系統(tǒng)自動根據系統(tǒng)自動根據一定的規(guī)則如一定的規(guī)則如各醫(yī)生的候診各醫(yī)生的候診隊列選擇醫(yī)生隊列選擇醫(yī)生通過條件查通過條件查詢或作為新詢或作為新病人輸入病病人輸入病人基本信息人基本信息病人病人12/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章掛號分診流程示意圖掛號分診流程示意圖已掛號病已掛號病人人指定醫(yī)指定醫(yī)生?生?自動分自動分診?診?未分診病未分診病人隊列人隊列系統(tǒng)根據規(guī)則系統(tǒng)根據規(guī)則自動分配醫(yī)生自動分配醫(yī)生否否是是否否是是接診接診某醫(yī)生某醫(yī)生離開?離開?手工分診手工分診是是否否相應的候相應的候診病
8、人隊診病人隊列列候診病人候診病人隊列隊列某醫(yī)生的候某醫(yī)生的候診病人隊列診病人隊列太長?太長?是是否否13/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(2)接診在醫(yī)生診室接診,首先確認醫(yī)生在當天的門診醫(yī)生出診排班計劃表中后,在候診隊列中選擇頭名病人,叫號,對已叫號但還未進人診室的病人再次進行提醒。病人進人診室后,即開始就診過程。醫(yī)生診病后輸人處方、檢驗、檢查、治療等各種申請單,書寫病歷。參見書135頁的圖5-11醫(yī)生接診流程示意圖。 14/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(3)門診收費病人就診后即前往收費處交納應付費用,同時流程中必須支持手寫處方、檢驗單、檢
9、查單、治療單和手術單的病人繳費要求,還應支持病人退費的要求,流程見書135頁圖5-12門急診收費流程示意圖 。15/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(4)藥房發(fā)藥病人繳費后,藥房可自動(也可手動選擇)打印電子處方單(或稱為發(fā)藥單),藥劑人員配完藥后通過屏幕顯示的方式提醒病人前來取藥。病人取藥時,藥劑人員把配好的藥品與病人提供的診療通知書核對無誤后把藥品交給病人,完成發(fā)藥工作,同時相應的病人信息在屏幕上消失。流程見書136頁圖5-13發(fā)藥流程示意圖 。16/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(5)標本采集在醫(yī)生診室生成的電子檢驗單信息,經交費確認后,
10、在門診標本提取處將電子驗單的內容打印標簽或條形碼,然后提取患者的標本,將標簽或條形碼粘貼在標本容器上,交檢驗科室進行檢驗處理。檢驗科室讀取標本容器上的條形碼或標簽,找到與標本對應的電子驗單,對標本進行檢測、檢驗。此外,門診醫(yī)生可在系統(tǒng)上查詢電子驗單的信息及檢驗結果。給病人指定時間去索取檢驗結果報告,流程見書137頁圖5-14標本采集流程示意圖。17/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章基于上述的門急診管理系統(tǒng)的業(yè)務流程功能分析,該系統(tǒng)應具有下圖所示的功能模塊:門診系統(tǒng)功能流程圖門診系統(tǒng)功能流程圖門診子系統(tǒng)門診子系統(tǒng)1門急診掛號門急診掛號2門診收費門診收費3藥房發(fā)藥藥房發(fā)藥4
11、醫(yī)生診室醫(yī)生診室5標本采集標本采集6發(fā)卡管理發(fā)卡管理18/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1.門急診掛號模塊門急診掛號的主要功能是完成門診患者掛號信息的登記以及相關的報表統(tǒng)計與查詢的工作。它包括:預約掛號、現(xiàn)場掛號和分診等流程。主要子功能:系統(tǒng)維護功能 掛號、退號功能 分診功能 科室報表。19/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2.門診收費模塊主要子功能:系統(tǒng)功能 收費操作功能 查詢功能 科室報表功能3.藥房發(fā)藥模塊 藥房發(fā)藥主要完成對處方的配藥、發(fā)藥、退藥等業(yè)務操作及對工作量統(tǒng)計的處理。主要子功能: 系統(tǒng)維護功能 藥品操作選擇功能 查詢功能 科室
12、報表功能20/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章4.醫(yī)生診室模塊主要子功能:維護功能 患者管理功能 查詢功能 系統(tǒng)功能。5.標本采集模塊主要功能:根據醫(yī)生初診需要,填寫電腦技診驗單,交患者進行相關檢驗,轉入技診子系統(tǒng)。 復診,醫(yī)生可以查詢檢驗結果作出診斷。21/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章隨著醫(yī)學信息技術的發(fā)展,以病人為中心,以電子病歷為基礎的第三代醫(yī)院信息系統(tǒng)正日益完善,電子病歷不僅包括了病人紙張病歷的全部內容,而且儲存了病人的全部醫(yī)療信息,包括病人病史、各種檢驗檢查的診斷以及各種診療內容等資料,形成海量的數(shù)據庫。如何從這些數(shù)據中提取對單位決
13、策分析有用的信息,是醫(yī)院決策管理人員所面臨的一個課題。人們逐漸嘗試對OLTP的數(shù)據進行再加工,形成一個綜合的、面向分析的環(huán)境,以便更好地實現(xiàn)知識提取、數(shù)據挖掘和決策支持。22/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1. 數(shù)據挖掘數(shù)據挖掘DM(Data Mining)技術是近年來新興起的信息技術,已成為數(shù)據分析和決策支持分析的一個重要手段。數(shù)據挖掘也稱為數(shù)據庫中的知識發(fā)現(xiàn)(Knowledge Discovery in Database,KDD),是從大量數(shù)據中提取出可信、新穎、有效并能被人理解的模式的高級處理過程。一般在研究領域中,稱之為數(shù)據庫中的知識發(fā)現(xiàn),在工程領域則稱之為數(shù)
14、據挖掘。數(shù)據挖掘技術的目標就是要智能化和自動化地將數(shù)據轉換為有用的信息和知識。數(shù)據挖掘技術包括三個主要部分:算法和技術、數(shù)據、建模能力。23/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2.常用數(shù)據挖掘技術: 統(tǒng)計分析類 以統(tǒng)計模型、數(shù)學模型分析描述數(shù)據的統(tǒng)計特征; 知識發(fā)現(xiàn)類 神經網絡、決策樹、遺傳算法、規(guī)則發(fā)現(xiàn)、關聯(lián)順序等; 文本挖掘和Web挖掘類 非結構化信息和互聯(lián)網上信息的挖掘算法; 其他 分類系統(tǒng)、可視化系統(tǒng)、空間數(shù)據挖掘(GIS支持)、分布式數(shù)據挖掘(基于分布式數(shù)據庫的)、粗糙集理論。24/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章3.常用的數(shù)據挖掘工具有
15、:SQL 2000中的Analysis Services、Excel中的IDA?!癆nalysis Services”是SQL Server 2000中的一個高效能工具,它有兩個重要的功能:1)建立和使用數(shù)據倉庫(Data Warehouse)。2)進行數(shù)據挖掘(Data Mining)。25/ 52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章4.數(shù)據挖掘包括以下步驟: 預處理數(shù)據 搜索或選擇模型 評價輸出結果生成結果報告和解釋結果報告。數(shù)據源數(shù)據源數(shù)據倉庫數(shù)據倉庫數(shù)據預處理數(shù)據預處理模型搜索模型搜索評價輸出結果評價輸出結果生成結果報告生成結果報告調整調整數(shù)據挖掘過程數(shù)據挖掘過程26/
16、52目目第第5章章 第第1節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章5.2.1 數(shù)據庫設計簡述5.2.2 數(shù)據庫需求分析5.2.3 數(shù)據庫設計及使用工具5.2.4 數(shù)據庫倉庫的構建27/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章信息系統(tǒng)歸根結底是數(shù)據處理系統(tǒng),它是以數(shù)據庫為核心的,它必須面對三個基本要求:海量的數(shù)據存儲、準確快速的數(shù)據檢索和查找、安全高效的數(shù)據維護。這些都要求數(shù)據庫的數(shù)據結構有合理的設計。從工程設計的角度出發(fā),數(shù)據庫設計的過程分成3個性質不同的主要階段:概念設計邏輯設計物理實現(xiàn)。醫(yī)院信息系統(tǒng)的數(shù)據庫設計是根據HIS的需求,通過對HIS的數(shù)據建模,進而設計HIS數(shù)據庫的邏輯模型,
17、最后建成HIS數(shù)據庫。28/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1.醫(yī)院信息的特點:(1)種類繁多(2)數(shù)據量大,取值范圍廣(3)數(shù)據利用率高(4)存放分散(5)實時性強。所以,在醫(yī)院信息處理過程中必須符合及時、準確、適用和通暢的要求。2.門急診子系統(tǒng)用戶特點:病人數(shù)量多,病人種類多。因此,在數(shù)據庫需求分析中必須注意在其中運作的數(shù)據元素的交織關聯(lián)的關系。29/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1.數(shù)據庫概念設計及使用工具在數(shù)據庫需求分析的基礎上,通過數(shù)據建模,建立表達現(xiàn)實世界環(huán)境的數(shù)據模型,它包含對象以及它們之間的相互關系。在概念設計階段:第1步就是調
18、查用戶對數(shù)據庫的使用要求;第2步是進行數(shù)據分析;第3步是概念結構設計。在進行概念設計時,通常使用實體-關系圖(E-R圖)進行實體抽象分析。參見下頁的醫(yī)院員工、病人、處方的E-R圖。30/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章醫(yī)院員工、病人、處方的醫(yī)院員工、病人、處方的E-R圖圖醫(yī)院員工醫(yī)院員工藥品藥品病人病人部門部門隸屬隸屬開配藥開配藥獲取藥獲取藥31/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2. 數(shù)據庫邏輯結構設計及方法將數(shù)據庫概念模型轉換為數(shù)據庫邏輯結構,實現(xiàn)了從實體到邏輯模型的映射,確保了當兩個或更多的表合并時,實現(xiàn)表之間的關系,稱這個過程為數(shù)據庫邏輯結
19、構設計。邏輯設計階段包含識別記錄類型(本質上來講是實體到表的映射),識別記錄中的字段(列和數(shù)據類型定義等),識別任意數(shù)據相關性,標準化數(shù)據庫和識別關鍵字等主要任務。在進行邏輯結構設計時,通常將實體-關系圖進行實體到表的轉換。32/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章3.數(shù)據庫結構的實現(xiàn) 在進行完整數(shù)據庫的邏輯設計以后,就是數(shù)據庫的物理設計,或叫做數(shù)據庫的物理實現(xiàn)。物理設計首先是根據設計的數(shù)據庫的結構和以后的數(shù)據量、查詢和更新的頻率來決定選用哪個數(shù)據庫管理系統(tǒng),如:Microsoft SQL Server、Oracle、IBMDB2和SYBASE等。然后根據具體的數(shù)據庫管理系
20、統(tǒng)來完成數(shù)據庫的物理實現(xiàn)。33/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1.數(shù)據倉庫與醫(yī)院信息系統(tǒng)中的OLTP、OLAP和DSS (1)數(shù)據倉庫的概念數(shù)據倉庫是面向主題的、綜合的、不同時間的、穩(wěn)定的數(shù)據集合,用于支持經營管理中的決策制定過程。也就是說,數(shù)據倉庫是一個處理過程,該過程從歷史的角度組織和存儲數(shù)據,并能集成地進行數(shù)據分析。數(shù)據倉庫除了具有傳統(tǒng)數(shù)據庫管理系統(tǒng)的共享性、完整性、數(shù)據獨立性外,還具有一致性、面向主題、歷史性、只讀性等特征。34/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(2)醫(yī)院信息系統(tǒng)的OLTP、OLAP和DSS三層結構模型HIS對信息流的處
21、理,可抽象為三個基本層次,即業(yè)務系統(tǒng)層、知識管理層和決策支持層。第一層是聯(lián)機事務處理(On-Line Transaction Processing, OLTP),從信息流的角度講,這一層次子系統(tǒng)的主要作用是全面地收集信息,信息的收集應該是最小粒度的,為以后建設上兩個層次的子系統(tǒng)奠定基礎。從HIS建設的先后順序上,應當首先建設這一層次子系統(tǒng)。從面向的用戶角度來說,OLTP面向醫(yī)院窗口部門,為病人(顧客)服務,用于事務處理和簡單的查詢,要求實時性強;從系統(tǒng)的信息處理角度看,主要任務是采集數(shù)據,要求信息的來源廣泛、全面。35/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章第二層是聯(lián)機事務分
22、析(On-Line Analysis Processing, OLAP)。 OLAP將面向管理和市場,為管理者服務,用于較復雜的數(shù)據分析;從數(shù)據的內容和類型來說,OLAP管理大量歷史數(shù)據,提供匯總和聚集機制,數(shù)據粒度較大;從信息處理功能看,OLAP用于分析數(shù)據,通過數(shù)據挖掘,支持知識發(fā)現(xiàn),并找出隱藏的模式和關聯(lián),構造分析模型,進行分類和預測,并用可視化工具提供分析結果。36/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章第三層是決策支持(Decision Support System, DSS), DSS的設計目標是通過建立基于數(shù)據倉庫的OLAP和數(shù)據挖掘,實現(xiàn)對面向主題的就某領域問
23、題趨勢做出未來的預測,以便決策者能夠根據大量事實數(shù)據進行正確的決策和判斷。37/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(3)DSS的新技術數(shù)據倉庫和OLAP技術及數(shù)據采掘技術為克服傳統(tǒng)DSS存在的問題提供了技術上的支持。目前數(shù)據倉庫在HIS中的應用可以說是大勢所趨,以病人為中心對門診、住院、急診等主題進行數(shù)據分析、趨勢預測的應用,以管理為中心對庫房、核算、財務、人事等領域進行數(shù)據分析、趨勢預測的應用,都將有可能在數(shù)據倉庫(Data Warehouse,DW) 上用數(shù)據挖掘(Data Mining,DM)方法實現(xiàn)。38/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章2
24、. HIS中數(shù)據倉庫的設計原則(1)數(shù)據采集原則:數(shù)據的采集需經過校驗數(shù)據、數(shù)據清洗、轉換數(shù)據等步驟。設計數(shù)據倉庫系統(tǒng)通常都需要對業(yè)務數(shù)據庫的原始數(shù)據進行采集,把數(shù)據從業(yè)務數(shù)據庫系統(tǒng)中遷移到數(shù)據倉庫系統(tǒng)中。39/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(2)體系結構原則 以一所大型綜合醫(yī)院HIS的綜合查詢子系統(tǒng)設計體系結構為例來說明:采集進入數(shù)據倉庫的數(shù)據分別來自不同的業(yè)務數(shù)據庫,這些數(shù)據都通過DTS(Data Transformation Services,數(shù)據傳輸服務 )進行數(shù)據驗證、數(shù)據清洗、數(shù)據轉換從而使數(shù)據達到高質量,有價值,然后將這些數(shù)據插入到根據主題需要而設計的事
25、實表中;數(shù)據采集部分是通過開發(fā)人員編寫的DTS包在每天0時自動執(zhí)行采集任務,事實表所采集的范圍由主題確定,如門診主題可包括門診收費、門診醫(yī)生效益、門診醫(yī)生工作量、門診醫(yī)療質量、門診掛號、門診西藥處方、門診中草藥處方、門診中成藥處方、門診其他項目收費等等。40/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章(3)DTS包設計原則:應針對每個主題設計一個采集數(shù)據的DTS包,然后最終組成一個自動執(zhí)行的包,執(zhí)行周期設置為每天凌晨0時,需要強調的是在采集門診住院數(shù)據之前需要對作為數(shù)據倉庫維表的字典表數(shù)據進行同步,因為事實表的維度字段與維表存在外鍵關系。為了避免插入數(shù)據時外鍵沖突,對維表數(shù)據必須
26、及時同步。41/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章3. 建造數(shù)據倉庫的開發(fā)過程(1)確定主題,明確管理對象的可描述屬性 (2)定義事實數(shù)據表和元數(shù)據表(維度表)(3)數(shù)據的加載(抽取篩選、清理、綜合)(4)數(shù)據分析、知識挖掘42/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章4. 數(shù)據倉庫的一般結構(1)總體框架結構: 三層基本結構:環(huán)境支持層管理層基本功能層。(2)基本功能層結構: 數(shù)據源數(shù)據準備倉庫主體數(shù)據集市使用。(3)管理層結構:數(shù)據管理 元數(shù)據管理 (4)環(huán)境支持層結構:數(shù)據傳輸 倉庫基礎43/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章5
27、. 已有的數(shù)據倉庫工具(1)Oracle 9i 面向數(shù)據倉庫的基礎工具(2)數(shù)據倉庫的分析應用工具(3)SQL 2000 面向數(shù)據倉庫的工具(4)Delphi 6.0 面向數(shù)據倉庫的工具44/ 52目目第第5章章 第第2節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章5.3.1 信息系統(tǒng)的軟件系統(tǒng)體系結構5.3.2 服務器端和客戶端應用設計與運行45/ 52目目第第5章章 第第3節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章隨著軟件技術的發(fā)展,信息系統(tǒng)的平臺體系結構已經從過去單用戶發(fā)展到今天的文件服務器(FS)體系、客戶機服務器(CS)體系和瀏覽器服務器(BS)體系以及多層服務器結構。46/ 52目目第第5章章 第第3節(jié)節(jié)結束放映結束放映節(jié)節(jié)章章1. 客戶機服務器體系結構典型的Client/Server結構由“計算機平臺”、“網絡平臺”和“數(shù)據庫平臺”構成。應用工具應用工具進程進程數(shù)據庫數(shù)據庫驅動程序驅動程序接接口口客戶客戶應用工具應用工具進程進程數(shù)據庫數(shù)據庫驅動程序驅
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年微信生態(tài)項目發(fā)展計劃
- 2025年SKI系列二甲苯異構化催化劑項目合作計劃書
- 監(jiān)理工程師轉正報告范文
- 個稅贍養(yǎng)老人專項附加扣除分攤協(xié)議-約定分攤(經濟條件差異型)
- 二零二五年度智能制造數(shù)據保密協(xié)議承諾書
- 2025年度智慧酒店物業(yè)智能化管理合同
- 二零二五年度減肥俱樂部會員積分兌換服務合同
- 二零二五年度員工股份激勵與公司知識產權許可協(xié)議
- 二零二五年度地質災害防治施工安全協(xié)議
- 2025年度綠色建筑節(jié)能改造房屋合同模板
- 四大名著導讀-課件-(共18張)
- app 購買合同范例
- 高二上學期物理(理科)期末試題(含答案)
- 2024年房地產經紀人《房地產經紀專業(yè)基礎》考前沖刺必會試題庫300題(含詳解)
- 礦山生態(tài)修復工程不穩(wěn)定斜坡治理工程設計
- 躲避球運動用球項目評價分析報告
- 風機盤管更換施工方案
- 河道整治與生態(tài)修復工程監(jiān)理規(guī)劃
- 2024年度委托創(chuàng)作合同:原創(chuàng)美術作品設計與委托制作3篇
- 建設工程招標代理合同(GF-2005-0215)(標準版)
- 剪映專業(yè)版教學課件
評論
0/150
提交評論