【畢業(yè)學位論文】（Word原稿）社區(qū)醫(yī)院HIS系統(tǒng)分析與應用-軟件工程

中圖分類號： 學校代碼： 10055 密級： 碩 士 專 業(yè) 學 位 論 文 中文題目 ： 社區(qū)醫(yī)院 析與 應用 開大學研究生院 二一 四 年 四 月 摘 要 I 摘 要 本文簡單介紹了 社區(qū) 醫(yī)院出入院處、病區(qū)、藥房、藥庫的業(yè)務流程，在整體分析醫(yī)院各部門以及部門之間的實際工作業(yè)務的基礎之上，結合管理信息系統(tǒng)開發(fā)的理念，開發(fā)了醫(yī)院管理信息系統(tǒng) (下簡稱 絡通訊技術等現(xiàn)代化手段，對醫(yī)院及其所屬各部門 (本系統(tǒng)不包含門診部分 )的人流、物流、財流進行綜合管理，對在醫(yī)療活動各階段中產生的數(shù)據(jù)進行采集、存貯、處理、提取、傳輸、匯總、加工生成各種信息，從而為 社區(qū) 醫(yī)院的整體運行提供全面的、自動化的管理及各種服務的信息系統(tǒng)。 更便捷、保質、保量承載起百姓的健康屏障。 關鍵字 ： 醫(yī)院管理信息系統(tǒng)（ 網絡 出入院處 病區(qū) 藥 房 摘 要 in of to as is to IS of no of of in in of of so as to of 錄 錄 摘要 第一章 引言 第二章 系統(tǒng)需求分析 2 1 業(yè)務系統(tǒng)描述 2 1 1 業(yè)務流程分析 2 1 2 組織層次圖 2 1 3 業(yè)務流程圖 2 2 可行性分析 2 3 統(tǒng)的目標 2 4 項目開發(fā)計劃 第三章 系 統(tǒng)邏輯方案 3 1 數(shù)據(jù)流程圖 3 2 數(shù)據(jù)詞典 3 2 1 數(shù)據(jù)流 3 2 2 數(shù)據(jù)元素 3 3 3 數(shù)據(jù)存儲 3 2 4 數(shù)據(jù)加工 3 2 5 外部項 3 3 數(shù)據(jù)項的代碼設計 第四章 系統(tǒng)總體結構設計 4 1 數(shù)據(jù)庫設計 4 1 1 實體描述 4 1 2 聯(lián)系描述 4 1 3 4 1 4 轉換規(guī)則 4 1 5 關系模式 4 1 6 數(shù)據(jù)庫的實現(xiàn) 4 2 計算機系統(tǒng)配置方案的選擇和設計 4 2 1 計算機 系統(tǒng)硬件配置 4 2 2 計算機系統(tǒng)軟件配置 4 3 系統(tǒng)總體安全性、可靠性方案與措施 4 3 1 系統(tǒng)安全性方案和措施 4 3 2 可靠性方案與措施 第五章 系統(tǒng)詳細設計 5 1 代碼設計 目 錄 V 5 2 人機界面設計 5 2 1 輸入設計 5 2 2 輸出設計 5 3 3 模塊處理過程 第六部分 具體實現(xiàn)步驟及流程分析 統(tǒng)分析 務流程 統(tǒng)功能 能說明 第七部分 門診管理子系統(tǒng) 能模塊 能簡介 療卡管理子系統(tǒng)模塊 統(tǒng)模塊 第八部分 中西藥房管理子系統(tǒng) 房業(yè)務流程 能說明 第九部分 公費醫(yī)療管理子系統(tǒng) 第十部分 病案管理子系統(tǒng) 務流程 第十一部分 業(yè)務管理子系統(tǒng) 第十二部分 人事管理子系統(tǒng) 第十三部分 系 統(tǒng)管理子系統(tǒng) 統(tǒng)管理子系統(tǒng)功能 戶權限表管理 統(tǒng)參數(shù)表管理 醫(yī)人員基本資料管理 碼表維護 據(jù)備份與恢復 統(tǒng)管理子系統(tǒng)提供的數(shù)據(jù)表 第十四部分 實現(xiàn)的功能模塊 目 錄 十五部分 程序部分代碼 總結 結束語 致謝 參考文獻 第 二 章 格式要求 7 第 一 章 內容要求 (引言或緒論 ) 第一章 引言 隨著社會的發(fā)展，人們對健康越來越關注， 社區(qū) 醫(yī)院的業(yè)務 也在 不斷增長，處理越來越復雜，簡單的人工經營管理，已無法滿足 百姓的就醫(yī) 需要 , 成為 社區(qū) 醫(yī)院發(fā)展的瓶頸， 人們對 基層 醫(yī)療服務的要求也越來越高。傳統(tǒng)的手工操作模式 ,病人帳目繁雜，病人查帳困難 , 病區(qū)和藥房的藥品浪費現(xiàn)象嚴重且無法追蹤 , 人工傳送各種記帳單容易漏、錯帳，人工劃價收費差錯難以避免，因此 ,如何提高服務水平、提高工作效率，成 為迫待解決的問題。 社區(qū)衛(wèi)生服務中心承載著百姓健康的第一道屏障，實現(xiàn)基層社區(qū)醫(yī)院的雙重網底也是我國醫(yī)療衛(wèi)生體制改革的重要環(huán)節(jié)。 醫(yī)院管理信息化不僅能提高醫(yī)務人員的工作效率和醫(yī)療水平，而且能提高醫(yī)院的服務質量和管理水平 ,因此，醫(yī)院對管理信息系統(tǒng)有著強烈的需求。美國著名教授 988年曾著文為醫(yī)院信息系統(tǒng) (了如下定義：利用電子計算機和通訊設備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)醫(yī)交換的能力，并滿足所有授權用戶的功能需求。 開發(fā)醫(yī)院管理信息 系統(tǒng) (目標就是立足醫(yī)院應用實際，著眼院未來發(fā)展，以強化醫(yī)院管理，提高醫(yī)療質量，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質量，設計一套符合國家功能規(guī)范要求，安全穩(wěn)定，操作簡便的醫(yī)院信息系統(tǒng)，為 社區(qū) 醫(yī)院提供一套 全 方位的解決方案。 第 二 章 格式要求 8 第二章 系統(tǒng)需求分析 管理信息系統(tǒng)是一門新興的、集管理科學、信息科學、系統(tǒng)科學及計算機科學為一體的綜合性學科，研究的是信息管理活動的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業(yè)進行現(xiàn)代化管理。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計劃、控制、預測和輔助決策功 能，具體作用如下 5點內容： （ 1）用統(tǒng)一標準處理和提供信息，排除使用前后矛盾的不完整的數(shù)據(jù)。 （ 2）完整、及時提供在管理及決策中需要的數(shù)據(jù)。 （ 3）利用指定的數(shù)據(jù)關系分析數(shù)據(jù)，客觀預測未來。 （ 4）向各級管理機構提供不同詳細程度的報告，縮短分析和解釋的時間。 （ 5）用最低的費用最短的時間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實施方案，以提高企業(yè)的經濟效益。 2 1 業(yè)務系統(tǒng)描述 醫(yī)院的醫(yī)療水平和服務質量一直是社會關注的焦點，僅靠增加基礎設施投入和脫離信息化的管理方法的改進，是不能從根本上提高醫(yī) 院的工作效率、服務質量和管理水平的。 少了差錯，科學管理藥品，節(jié)省人力，提高醫(yī)院的財、物管理水平，增加經濟效益，改善患者的就醫(yī)環(huán)境，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質量，提高醫(yī)院的醫(yī)療質量和管理水平。所以，一個現(xiàn)代化的適應社會發(fā)展需要的醫(yī)院，除了具備一流的醫(yī)療隊伍、一流的服務設施之外，還應具備一流的管理信息系統(tǒng)。 2 1 1 業(yè)務流程分析 對一個住院病人來講，他到醫(yī)院看病的過程及醫(yī)院的處理流程，簡單的講是：病人先要到住院處登記并交納住院押金，床位緊張的醫(yī)院登記 后要等待床位。然后，到病 區(qū)接受主治醫(yī)生的檢查和詢問，接受入院常規(guī)檢查，接受臨時治療或按主治醫(yī)生制定的長期治療方案接受長期治療。治療過程中醫(yī)生給病人下醫(yī)囑，醫(yī)囑產生藥品和 治療項目兩種申請單，藥房根據(jù)病區(qū)的發(fā)藥申請單給病人發(fā)藥，在此之前藥房要向藥庫申請進貨，如果藥庫有庫存則發(fā)給藥房沒有則列入采購計劃。治療過程中因為 押金不夠或醫(yī)生的判斷，需要退藥，則會向藥房申請退藥。治療項目在功檢科室做完后直接收費。治療結束后護士讓病人出區(qū)，出入院處再給病人辦理出院手術。 同時，對醫(yī)院管理者來講，還要將上述過程中發(fā)生的各類 數(shù)據(jù)信息由醫(yī)院各職能部門和其下屬部門的工作人員把各種單據(jù)歸類、統(tǒng)計、匯總、計算形成各類報表。并將 這些報表，報送相應的管理職能科室，再由這些科室將這些報表制單、匯總、計算形成醫(yī)院總體的人事、財務、設備、醫(yī)療等各類報表和管理分析圖表。 2 1 2 組織層次 圖 2門 診 部 管理 子 系 統(tǒng)患 者掛 號 信 息檢 查 項 目門 診 病 人 基 本 信 息收 費 標 準處 方 日 志掛 號 單 據(jù)交 款 收 據(jù)藥 品 清 單中 藥 價 格西 藥 價 格檢 查 報 告患 者 I D 、藥 品 清 單領 藥 清 單圖 2 組織層次圖 2 1 3 業(yè)務流程圖 在對 織層次進行初步調查分析之后，明確了需求分析的目的 ,明確了系統(tǒng)開發(fā)的目 標和用戶的信息需求，接下來本節(jié)將通過具體的業(yè)務流程圖來描述 明確系統(tǒng)應具有的功能。業(yè)務流程圖是在對病人診療過程和醫(yī)院行政管理流程進行調查、分析的基礎上得到的，其調查內容緊緊圍繞系統(tǒng)的功能、目標。調查結果利用圖形化工具進行描述，以規(guī)范說明。 本 區(qū)管理、藥房管理、藥庫管理四大模塊。整個業(yè)務流程包括：入庫登記、預交金登記、入?yún)^(qū)登記、醫(yī)生診斷檢查、醫(yī)生開醫(yī)囑、檢查項目執(zhí)行、發(fā)藥申請、藥房發(fā)藥、退藥申請、藥房退藥、藥房入庫申請、藥庫藥品出庫、藥房藥品退貨、藥庫藥房退庫、 藥庫藥品入庫、藥庫藥品退貨、病人出區(qū)、出院結算。以下按出入院處、病區(qū)、藥房、藥庫四大功能科室分別闡述。 （ 1）出入院處：病人首先到出入院處登記入院，出入院處給病人分配一個住院號，登記病人的姓名、年齡、醫(yī)療類別、入院日期、待住院的病區(qū)和科室、入院診斷等入院信息。登記結束后，病人再交納一定數(shù)額的押金，出入院處給病人押金收據(jù)。 （ 2）病區(qū)：病人入院登記之后，到病區(qū)由護士給病人分配床位和相應的主治醫(yī)生。醫(yī)生在給病人做完診斷之后給病人下醫(yī)囑。由醫(yī)囑產生治療項目執(zhí)行申請和藥品發(fā)藥請領單。治療過程中如果病人申請退藥 ,護士 再向藥房發(fā)送退藥申請 章 格式要求 9 的固定項目費用 ,例如 :護理費、床位費、診療費都在相應的功能科室直接收費。需要醫(yī)技確認的醫(yī)囑項目都在檢查科室執(zhí)行完成后，由病區(qū)記費。 （ 3）藥房：藥房收到病區(qū)的發(fā)藥申請后即給病區(qū)發(fā)藥，收到病區(qū)的退藥申請后給病區(qū)退藥。藥房向藥庫申請藥品入庫藥品退貨。 （ 4）藥庫：藥庫收到藥房的入庫申請后即給藥房發(fā)貨，收到藥房的退藥申請后給藥房退貨。藥庫向藥商購貨和退貨。 業(yè)務流程圖如 圖 2 掛 號 門 診 診 斷收 費 標 準掛 號 單處 方患 者計 費病 歷醫(yī) 療 卡 信 息項 目 檢 查藥 房 管 理子 系 統(tǒng)藥 品 庫 存藥 品 清 單交 款 收 據(jù)檢 查 報 告處 方 日 志患 者 信 息圖 2 業(yè)務流程 圖 2 2 可行性分析 可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)始否必要和可行。它的主要目標是：進一步明確系統(tǒng)的目標、規(guī)模和功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調查分析，并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃，明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項目的決策提供科學依據(jù)。其主要從三個方面進行研究： （ 1）技術可行性：對現(xiàn)有技術進行評價，以明確能否利用現(xiàn)有技術進行系統(tǒng)開發(fā)及系統(tǒng)實施 。計算機網絡技術的發(fā)展和計算機硬件性價比的不斷提升，使計算機全面應用于醫(yī)院管理的各個環(huán)節(jié)成為可能。 C/術在國內各行各業(yè)的信息管理系統(tǒng)開發(fā)中已經被廣泛采用，實踐證明這些技術都非常適合醫(yī)院管理信息系統(tǒng)的開發(fā)。 （ 2）經濟可行性 :對組織的經濟狀況和投資能力進行分析，對系統(tǒng)建設、運行和維護費用進行評估，對系統(tǒng)建成后可能取得的社會及經濟效益進行估計。目前國內應用 %而應用 塞了管理漏洞，杜絕了藥品的丟失，節(jié)省了人力，提高了 醫(yī)院的財、物管理水平，改善了患者的就醫(yī)環(huán)境，方便了患者就醫(yī)和查詢，提高了醫(yī)院的服務效率和服務質量。因此帶來的經濟回報將遠遠超過信息化過程中的投入。 （ 3）營運可行性 :指系統(tǒng)對組織機構的影響，對現(xiàn)有人員和機構、設施、環(huán)境等的適應性以及進行人員培訓補充計劃的可行性。國內自上世紀 80年代末就開始應用 過近 20年的發(fā)展，我國大部分醫(yī)院都有主管 大部分醫(yī)院都使用過單機版計算機軟件來完成日常的收費劃價以及藥庫管理工作。經調查發(fā)現(xiàn)華東地區(qū)近 95%的醫(yī)院都在 20世紀 90年代中期開始應用 以醫(yī) 院的計算機信息管理人才、計算機硬件設備、操作員的計算機應用能力都為系統(tǒng)的運行過程提供了可靠保證。 2 3 統(tǒng)的目標 使醫(yī) 院的業(yè)務操作流程和日常管理規(guī)范化。采集、分析處理、存儲各種基礎數(shù)據(jù)并使之標準化，通過網絡在院內各科室之間傳遞，簡化信息流程，為醫(yī)院查詢、分類匯總、統(tǒng)計、決策分析提供及時準確的數(shù)據(jù)，杜絕以前手工操作帶來的差錯，減少工作流程，提高工作效率。為了實現(xiàn)以上功能，我們必須做好以下幾點 :基礎數(shù)據(jù)標準化，重視系統(tǒng)的實用性、經濟性、安全性，順 應管理扁平化的管理趨勢。 2 4 項目開發(fā)計劃 本系統(tǒng)的開發(fā)大致分為四步： 包括需求分析和邏輯方案 )包括總體設計和詳細設計 ) 第三章 系統(tǒng)邏輯方案 系統(tǒng)分析的主要成果是系統(tǒng)的邏輯模型，本系統(tǒng)的邏輯模型主要是以系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)字典為主要描述工具。即在對醫(yī)院的管理方式和業(yè)務流程進行認真分析和研究的基礎上，超脫出醫(yī)院現(xiàn)有組織機構和業(yè)務分工所造成的信息障礙，完全從業(yè)務管理功能和管理對象出發(fā)，按信息系統(tǒng)中應有的數(shù)據(jù)流和數(shù)據(jù)結構來勾畫系統(tǒng)的概貌。 3 1 數(shù)據(jù) 流程圖 數(shù)據(jù)流程圖是組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、處理和存儲情況，具有良好的抽象性和概括性。它在調查的基礎上，從系統(tǒng)的科學性、管理的合理性、實際運行的可行性角度出發(fā)，第 二 章 格式要求 10 將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分解，從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關，它所描述的內容不涉及技術細節(jié)，而是面向用戶的，即使完全不懂信息技術的用戶也容易理解。因此，數(shù)據(jù)流 程圖成為系統(tǒng)分析員與用戶進行交流的有效手段，同時也成為系統(tǒng)設計的主要依據(jù)之一。 門 診 系 統(tǒng)管 理 員2 . 6 . 1維 護 門 診 科目 代 碼2 . 6 . 2維 護 醫(yī) 生 所屬 科 室2 . 6 . 3查 詢2 . 6 . 4統(tǒng) 計門 診 科 目代 碼門 診 科 目醫(yī) 生 信 息科 室 信 息醫(yī) 生 所 屬 科 室 表查 詢 條 目查 詢 結 果統(tǒng) 計 條 目統(tǒng) 計 結 果收 費 類 型 藥 費 類 別 對 照 表醫(yī) 療 卡 信 息醫(yī) 院 職 工 基 本 資 料藥 品 價 格處 方 日 志住 院 病 人 基 本 資 料部 門 碼 表處 方 日 志圖 1 其它管理子模塊 數(shù)據(jù)流圖片段 門 診 系 統(tǒng)管 理 員門 診 科 目代 碼門 診 科 目2 . 6 . 1 . 1增 加2 . 6 . 1 . 2修 改2 . 6 . 1 . 3刪 除2 . 6 . 1 . 4查 詢2 . 6 . 1 . 5打 印門 診 系 統(tǒng)管 理 員圖 2 其它管理子模塊 維護門診科目 代碼數(shù)據(jù)流圖片段 門 診 系 統(tǒng)管 理 員2 . 6 . 2 . 1增 加2 . 6 . 2 . 2修 改2 . 6 . 2 . 3刪 除2 . 6 . 1 . 4查 詢2 . 6 . 1 . 5打 印門 診 系 統(tǒng)管 理 員醫(yī) 生 信 息科 室 信 息醫(yī) 生 所 屬 科 室 表部 門 碼 表圖 3 其它管理子模塊 維護醫(yī)生所屬科室 數(shù)據(jù)流圖片段 門 診 系 統(tǒng)管 理 員2 . 6 . 4 . 1統(tǒng) 計 費 用收 費 類 型藥 費 類 別 對 照 表2 . 6 . 4 . 2統(tǒng) 計 看 病情 況處 方 日 志2 . 6 . 4 . 3統(tǒng) 計 工 作 量統(tǒng) 計 條 目統(tǒng) 計 結 果圖 4 其它管理子模塊 統(tǒng)計 數(shù)據(jù)流圖片段 第 二 章 格式要求 11 3 2 數(shù)據(jù)詞典 由于數(shù)據(jù)流程圖只是對數(shù)據(jù)處理及彼此之間的聯(lián)系進行說明，未對數(shù)據(jù)的詳細內容及數(shù)據(jù)的加工過程進行說明，而這正是數(shù)據(jù)字典所要表達的。數(shù)據(jù)字典是關于數(shù)據(jù)信息的集合，也就是對數(shù)據(jù)流程圖中包含的所有元素的定義的集合。它能將數(shù)據(jù)流程圖中全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素、數(shù)據(jù)存儲、數(shù)據(jù)加工等描述清楚，便于后續(xù)工作 系統(tǒng)設計的進行。以下列出本系統(tǒng)的部分數(shù)據(jù)字典，就是數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、外部項和數(shù)據(jù)加工舉例說明。 3 2 1 數(shù)據(jù)流 數(shù) 據(jù) 流 系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號： 目名：發(fā)藥申請單 別名： 來源：病區(qū)系統(tǒng) 去處：藥房系統(tǒng) 數(shù)據(jù)流結構：請求序號、住院號、患者姓名、醫(yī)囑序號、藥房代碼、病區(qū)代碼、科室代碼、醫(yī)生代碼、請求日期、藥品代碼、藥品數(shù)量、藥品規(guī)格、藥品單位、單價、請求類型 簡要說明：病區(qū)執(zhí)行醫(yī)囑后產生發(fā)藥申請單，藥房再按照申請單發(fā)藥 修改記錄 編 寫： 蔣君偉 日 期： 2004 5 審 核： 丁寶康教授 日 期： 2004 5 3 2 2 數(shù)據(jù)元素 數(shù) 據(jù) 元 素 系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號： 條目名：住院號 別名： 屬于數(shù)據(jù)流：病人入院信息、預交金單、發(fā)藥申請單、發(fā)藥明細、退藥申請單、退藥明細、項目執(zhí)行單、病人入?yún)^(qū)信息、費用明細 存儲處： 病人入院信息 數(shù)據(jù)元素值：代碼類型 長度 意義 9 住院號 簡要說明：識別病人的唯一編碼 修改記錄 編 寫： 蔣君偉 日 期： 2004 5 審 核： 丁寶康教授 日 期： 2004 5 3 2 3 數(shù)據(jù)存儲 數(shù) 據(jù) 存 儲 系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號： 目名： 病人入院信息 別名： 存儲組織： 每個病人入院時產生一條信息 記錄數(shù)： 約 10000條 數(shù)據(jù)量： 約 100關鍵字：住院號 輔關鍵字： 記錄組成： 項目：住院號 姓名 身份證號 性別 生日 病人狀態(tài) 入院日期 出院日期 入?yún)^(qū)日期 診斷代碼 病人類型 病區(qū)代碼 床位代碼 醫(yī)生代碼 護士代碼 近似長度 ：9 12 24 2 8 1 16 16 16 20 1 (字節(jié) ) 4 4 4 4 簡要說明：將病人每次入院時在出入院處登記的信息保存于此。 修改記錄 編 寫： 蔣君偉 日 期： 2004 5 審 核： 丁寶康教授 日 期： 2004 5 3 2 4 數(shù)據(jù)加工 第 二 章 格式要求 12 數(shù) 據(jù) 加 工 系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號： 1 條目名：出入院管理理 別別名 ： 輸入：病人入院信息、預交金、費用明細 輸出：病人結算單 加工邏輯：錄入病人入院信息和預交金信息，病區(qū)系產生的費用明細傳入出入院處，出入院處根據(jù)費用明細產生結算信息 簡要說明：完成病人出院和入院時的日常業(yè)務工作 修改記錄 編 寫： 蔣君偉 日 期： 2004 5 審 核： 丁寶康教授 日 期： 2004 5 3 2 5 外部項 外 部 項 系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號： 條目名：藥商 別名： 輸入數(shù)據(jù)流：藥庫退貨單 輸出數(shù)據(jù)流： 藥庫外部入庫單 主要特征：藥庫系統(tǒng)藥品的提供者，主要特征為：藥商編碼、藥商名稱、開戶銀行、銀行賬號、地址、郵政編碼、聯(lián)系人、聯(lián)系電話、郵件地址 簡要說明：藥庫從藥商處進出貨。 修改記錄 編寫： 蔣君偉 日期： 2004 5 審核： 丁寶康教授 日期： 2004 5 圖 3據(jù)詞典 數(shù)據(jù)加工條目舉例 3 3 數(shù)據(jù)項的代碼設計 目前計算機還無法識別客觀世界中的任何一種具體的事物，它只能識別 56個基本字符和數(shù)字。所以，計算機管理信息系統(tǒng)設計的基本前提條件是把管理對象數(shù)字化或字符化，這就是代碼設計。代碼包括無含義碼和有含義碼，本系統(tǒng)中運用了大量的系列順序碼，來表示各種記錄的順序。 第四章 系統(tǒng)總體結構設計 系統(tǒng)設計是信息開發(fā)過程中的另一個重要階段，在這一階段中將根據(jù)前一階段 邏輯分析的結果，在系統(tǒng)分析報告的基礎上，按照邏輯模型的要求，科學合理地進行新系統(tǒng)的設計。系統(tǒng)設計包含兩個方面：首先是總體結構設計，其實是具體物理模型的設計。這個階段的主要目標是將反映用戶信息需求的系統(tǒng)邏輯方案轉換成可以事實的基于計算機的物理方案，并為下一階段的系統(tǒng)事實提供必要的技術資料。 系統(tǒng)設計的的依據(jù)如下： (1) 系統(tǒng)分析階段的成果 (2) 現(xiàn)行計算機軟硬件技術、數(shù)據(jù)庫技術等 (3) 現(xiàn)行信息管理與信息技術的標準、規(guī)范等有關法律制度 (4) 用戶要求 (5) 系統(tǒng)運行環(huán)境條件 我們采用結構化 設計的方法來實現(xiàn)系統(tǒng)總體功能，提高系統(tǒng)的各項指標，即將整個系統(tǒng)合理的劃分成各個功能模塊，正確地處理模塊之間和模塊內部的聯(lián)系以及它們之間的調用關系和數(shù)據(jù)聯(lián)系，定義各模塊的內部結構，通過對模塊的設計和模塊之間關系的系統(tǒng)來實現(xiàn)整個系統(tǒng)的功能 4 1 數(shù)據(jù)庫設計 系統(tǒng)總體結構功能模塊設計后，就要對數(shù)據(jù)庫進行設計了。支持管理信息系統(tǒng)的數(shù)據(jù)庫系統(tǒng)由模式、子模式、應用程序、數(shù)據(jù)庫和數(shù)據(jù)庫管理系統(tǒng)等幾部分組成，其中除數(shù)據(jù)庫管理系統(tǒng)可以從現(xiàn)有產品中選購外，外模式、子模式、應用程序、數(shù)據(jù)庫等則必須根據(jù)用戶的具體要求進行分析和 設計，這項工作稱為數(shù)據(jù)庫設計，它的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式，使其滿足以下幾個條件： 第 二 章 格式要求 13 （ 1）符合用戶的要求，即能正確地反映用戶的工作環(huán)境，該環(huán)境包括擁護需處理的所有”數(shù)據(jù)”，并支持用戶需進行的所有“加工”。 （ 2）與所選用的數(shù)據(jù)庫管理系統(tǒng)所支持的數(shù)據(jù)模式相匹配。 （ 3）數(shù)據(jù)組織合理，應易于操作，易于維護，易于理解。 為管理信息系統(tǒng)設計一個數(shù)據(jù)庫系統(tǒng)通常包括如下幾個步驟： （ 1）用戶需求分析； （ 2）基本數(shù)據(jù)庫結構的設計 （ 3）中間數(shù)據(jù)庫結構的設計； （ 4）與應用程序的接口。 4 1 1 實體描述 在數(shù)據(jù)庫設計中，對數(shù)據(jù)字典中的數(shù)據(jù)結構、數(shù)據(jù)流和數(shù)據(jù)存儲進行分析，參照數(shù)據(jù)流程圖抽取數(shù)據(jù)，確定實體、實體的屬性及試題之間的關系，得出系統(tǒng)的關系模式。采用實體 性、聯(lián)系三部分組成。 1) 本系統(tǒng)實體根據(jù)分析得到 ，各實體的屬性分別描述如下： 2) 實體屬性分別描述如下，有下劃線的屬性為主碼： 1、 病區(qū)：病區(qū)代碼、病區(qū)名稱 2、 醫(yī)生：醫(yī)生代碼、醫(yī)生姓名、性別、身份證、病區(qū)代碼 3、 護士：護士代碼、護士姓名、性別、身份證 、病區(qū)代碼 4、 病人：住院號、姓名、身份證號、性別、病人狀態(tài)、 入院日期、出院日期、入?yún)^(qū)日期、診斷代碼、病人類型 5、 床位：床位代碼、占用標志、床位類型、編制類型 6、 藥品：藥品編碼、藥品名稱、藥品規(guī)格、藥品單位、藥品價格、進貨日期、自費比例、停用標志 7、 功檢項目：功檢項目編碼、功檢項目名稱、價格、自費比例、停用標志 8、 醫(yī)囑：醫(yī)囑編號、醫(yī)囑類型、醫(yī)囑狀態(tài)、醫(yī)囑內容、開始日期、停止日期 9、 費用明細：序號、藥品編碼、功檢項目編碼、數(shù)量、金額、費用類型、確費日期 10、 藥房：藥 房代碼、藥房名稱、藥房類型 11、 藥庫：藥庫代碼、藥庫名稱、藥庫類型 12、 功檢科室 : 功檢科室代碼、功檢科室名稱、科室類型 4 1 2 聯(lián)系描述 病區(qū)、醫(yī)生、護士、病人、床位、藥品、項目、醫(yī)囑、費用明細、藥庫、藥房 圖中有 17個聯(lián)系， 15個一對多， 1個一對一， 1個多對多 1）一個病區(qū)需要向不同類型的藥房拿藥，一個藥房又可為多個病區(qū)供藥，所以它們是多對多的關系。 2）病區(qū)與床位之間是擁有關系，一個病區(qū)擁有多張床位 3）一個病區(qū)可以指派多個醫(yī)生 4）一個病區(qū)可以指派多個護士 5）醫(yī)生與病人之間存在治療關系 ，一個醫(yī)生可以治療多個病人 6）護士與病人之間存在護理關系，一個護士通常要護理多個病人 7）一個病人只占用一張床位 8）醫(yī)生在治療過程中會開列許多醫(yī)囑，它們之間是一對多的關系 9）一個病人在治療過程中將發(fā)生多筆醫(yī)囑 10）一種藥品將可被多個醫(yī)囑用到 11）一種功檢項目可被多個醫(yī)囑用到 12）一種藥品可被多筆費用明細包含 13）一種功檢項目可被多筆費用包含 14）一個藥房擁有多種藥品 15）多個藥房向一個藥庫進貨退貨，它們是一對多的關系 病區(qū)中藥房二病區(qū)中藥房都是向中藥庫進藥和退藥 16） 一 個病人擁有多條費用明細 17） 一個功檢科室擁有多個功檢項目 4 1 3 (1) 掛號處理 (2)門診收費處收費 門診醫(yī)生 門診 病人 掛號單 掛號 3 掛號 2 掛號 1 1 N 1 1 N 1 第 二 章 格式要求 14 （ 3）醫(yī)生診斷 （ 4）根據(jù)上面的分 和門診子系統(tǒng)的第一層數(shù)據(jù)流圖畫出總的 由于篇幅的問題，不再畫出各個實體與其屬性的 個實體及其屬性可以參看下面列出的說明。 門診子系統(tǒng)總 1 門診處方 應交費項目 門診病人 支付 N 1 金錢數(shù)額 構成 4 構成 3 構成 2 構成 1 檢查項目 檢驗項目 掛號單 1 1 1 1 1 1 1 包括 5 對應 門診病歷 N 掛號單 門診病人 1 門診處方 處理方案 門診醫(yī)生 發(fā)出 N 1 包括 4 包括 3 包括 2 包括 1 檢查項目 檢驗項目 住院申請單 N N 1 1 1 1 1 1 1 1 掛號 掛號 1 1 1 N 第 二 章 格式要求 15 4 1 4 轉換規(guī)則 1） 實體集的 轉換 每個實體集用一個關系表示，其中實體集的屬性被轉換成關系的屬性。實體集的主鍵，在滿足唯一標識的無冗余等性質的條件下，將作為對應關系的主鍵。在實體的對應關系上，由于加入了聯(lián)系，可能還要增加一些屬性。 2） 聯(lián)系的轉換 （ 1） 1： 1的聯(lián)系 如果實體集 2的聯(lián)系為 1： 1，應根據(jù)需要把 1中，或反之。 （ 2） 1： 如果實體集 2的 聯(lián)系為 1： N，將 2 的關系模式中。 （ 3） M： 如果實體集 2繁榮聯(lián)系為 M： N，則它們之間的聯(lián)系由另一個關系模式表示，這個關系模式由每個參加的實體集的主鍵及這個 聯(lián)系的任何屬性一起組成。 4 1 5 關系模式 何確定這些關系模式的屬性和代碼。就按 因此，由 3個關系模式如下所示，有下劃線的屬性為主碼，帶 #號的屬性為外碼： 1、病區(qū)：病區(qū)代碼、病區(qū)名稱、備注 2、醫(yī)生：醫(yī)生代碼、醫(yī)生姓名、性別、身份證、病區(qū)代碼 #、備注 3、護士：護士代碼、護士姓名、性別、身份 證、病區(qū)代碼 #、備注 4、病人：住院號、姓名、身份證號、性別、病人狀態(tài)、入院日期、出院日期、入?yún)^(qū)日期、診斷代碼、病人類型、床位代碼 #、醫(yī)生代碼 #、護士代碼 #、備注 5、床位：床位代碼、占用標志、床位類型、編制類型、 病區(qū)代碼 #、備注 6、藥品：藥品編碼、藥品名稱、藥品規(guī)格、藥品單位、藥房代碼 #、藥品價格、進貨日期、自費比例、停用標志、備注 7、功檢項目：功檢項目編碼、功檢項目名稱、價格、自費比例、停用標志、備注、功檢科室代碼 # 8、醫(yī)囑：醫(yī)囑編號、醫(yī)囑類型、醫(yī)囑狀態(tài)、醫(yī)囑內容、開始日期、停止日期、 住院號 #、藥品編碼 #、功檢項目編碼 #、醫(yī)生代碼 #、備注 9、費用明細：序號、住院號 #、藥品編碼 #、功檢項目編碼 #、數(shù)量、金額、費用類型、確費日期、備注 10、藥房：藥房代碼、藥房名稱、藥房類型、藥庫代碼 #、備注 11、藥庫：藥庫代碼、藥庫名稱、藥庫類型、備注 12、功檢科室：功檢科室代碼、功檢科室名稱、科室類別、備注 13、藥房病區(qū)對應：序號、病區(qū)代碼 #、藥房代碼 # 掛號單 處理方案 門診醫(yī)生 發(fā)出 N 1 包括2 檢查項目 N 1 1 1 1 掛號 1 1 N 包括1 住院申請單 1 包括3 檢驗項目 N 門診處方 包括4 1 1 N 對應 門診病人 1 掛號 2 1 1 包括5 門診病歷 N 住院病人 應交費項目 支付 N 1 金錢數(shù)額 生成 構成 1 藥品提領單 1 1 N 構成 3 構成 2 構成 4 1 1 1 1 1 1 1 擁有 1 1 (與住院子系統(tǒng)接口 ) (與藥品出入管理子系統(tǒng)接口 ) 第 二 章 格式要求 16 4 1 6 數(shù)據(jù)庫的實現(xiàn) 通過對轉換后所得到關系模式的分析，結合本系統(tǒng)的功能及所選開發(fā)工具和數(shù)據(jù)庫系統(tǒng)的特點，對系統(tǒng)數(shù)據(jù)庫進行設計，建立一個具 有良好的數(shù)據(jù)組織結構的數(shù)據(jù)庫，應遵循的原則有： （ 1） 可能減少數(shù)據(jù)冗余和重復 （ 2） 結構設計和操作設計相結合 （ 3） 數(shù)據(jù)結構具有相對的穩(wěn)定性 由于數(shù)據(jù)庫中所保存的數(shù)據(jù)是系統(tǒng)中非常重要的資源，所以在數(shù)據(jù)庫設計時一定要注意數(shù)據(jù)結構的安全性、完整性，并發(fā)控制與恢復，而一般的數(shù)據(jù)庫管理系統(tǒng)都提供了一定的數(shù)據(jù)保護功能。 以下是本系統(tǒng)中的 3張數(shù)據(jù)庫表，字段名稱中有 *為主鍵 主 碼 字段代碼 字段名稱 數(shù)據(jù)類型 長 度 小數(shù)位數(shù) 可否為空 * 工編號 工姓名 4 工類別 0醫(yī)生 1護士 2其他 別 份證號 0 區(qū)代碼 音 筆 2. 病人入院信息（ 主 碼 字段代碼 字段名稱 數(shù)據(jù)類型 長 度 小數(shù)位數(shù) 可否為空 * 院 號 者姓名 4 份證號 0 別 人狀態(tài) 0在院 1出院 2作廢 院日期 院日期 區(qū)日期 斷代碼 0 人類型 00:自費 01:公費 02:醫(yī)保 位代碼 2 注 4 生代碼 士代碼 音 筆 第 二 章 格式要求 17 主 碼 字段代碼 字段名稱 數(shù)據(jù)類型 長 度 小數(shù)位數(shù) 可否為空 * 囑編號 2 囑類型 0長期 1臨時 囑狀態(tài) 0執(zhí)行 1停止 囑內容 4 始日期 止日期 院 號 品編碼 目編目 生代碼 注 4 音 筆 4 2 計算機系統(tǒng)配置方案的選擇和設計 根據(jù)系統(tǒng)調查和系統(tǒng)分析的結果來考慮硬件配置和系統(tǒng)軟件配置以及網絡通信系統(tǒng)的配置。本 、 用 005 開發(fā) ,數(shù)據(jù)庫使用 000。基于軟件開發(fā)工具的選擇，并考慮到本系統(tǒng)的性能要求，對計算機系統(tǒng)具體配置如下。 4 2 1 計算機系統(tǒng)硬件配置 服務器 ( 存： 128 盤： 2光驅： (軟驅： (網卡： (作系統(tǒng)： 000；數(shù)據(jù)庫管理系統(tǒng)： 絡 ( P， T，絡管理軟件。 用戶端微機： 4866以上；內存： 8盤： 340盤 (；不同類型打印機。 4 2 2 計算機系統(tǒng)軟件配置 統(tǒng)和以上。 4 3 系統(tǒng)總體安全性、可靠性方案與措施 在任何信息系統(tǒng)中，系統(tǒng)的安全性和可靠性都是非常重要的。用 結合嚴格的 用戶管理的基礎上，可以確保系統(tǒng)的安全。本系統(tǒng)的具體措施如下： （ 1）實用性：在系統(tǒng)設計過程中，充分考慮系統(tǒng)的現(xiàn)有情況、醫(yī)院的業(yè)務流程和管理模式，以求最大限度地滿足實際業(yè)務的需要。 （ 2）可維護性： 在系統(tǒng)設計和用戶接口設計上，采用 C/臺只是為用戶提供獨立于業(yè)務流程的界面，所有與業(yè)務有關的數(shù)據(jù)庫處理都由后臺存儲過程完成，復雜的 計算業(yè)務都統(tǒng)一做成 用的數(shù)據(jù)處理和獨立功能都由主框架程序中的 種體現(xiàn)面向對象思想的分層開發(fā)的做法，保證了系統(tǒng)的可維護性。 （ 3）可