




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
PAGE1PAGE9PAGE醫(yī)院管理信息系統(tǒng)設計與實現(xiàn)目錄摘要 1Abstract 2前言 31系統(tǒng)需求分析 41.1業(yè)務系統(tǒng)描述 41.1.1業(yè)務流程分析 41.1.2組織層次圖 41.1.3業(yè)務流程圖 51.2可行性分析 81.3HIS系統(tǒng)的目標 81.4項目開發(fā)計劃 82系統(tǒng)邏輯方案 92.1數(shù)據(jù)流程圖 92.2數(shù)據(jù)詞典 152.3數(shù)據(jù)項的代碼設計 173系統(tǒng)總體結構設計 183.1軟件模塊結構的設計 183.1.1模塊結構圖 193.1.2IPO圖 193.2數(shù)據(jù)庫設計 213.2.1實體描述 223.2.2聯(lián)系描述 223.2.3E-R圖 233.2.4轉(zhuǎn)換規(guī)則 243.2.5關系模式 243.2.6數(shù)據(jù)庫的實現(xiàn) 243.3計算機系統(tǒng)配置方案的選擇和設計 273.3.1計算機系統(tǒng)硬件配置 273.3.2計算機系統(tǒng)軟件配置 273.4系統(tǒng)總體安全性、可靠性方案與措施 273.4.1系統(tǒng)安全性方案和措施 283.4.2可靠性方案與措施 284系統(tǒng)詳細設計 294.1代碼設計 294.2人機界面設計 294.2.1輸入設計 294.2.2輸出設計 324.2.3模塊處理過程 325實施基本概況 345.1實施環(huán)境與工具 345.1.1計算機系統(tǒng)實施 345.2實施環(huán)境與工具的比較選擇 345.2.1實施環(huán)境 345.2.2幾種工具的特點及比較 345.2.3編程環(huán)境與工具 345.3系統(tǒng)測試概況 355.3.1系統(tǒng)測試的基本原則 355.3.2系統(tǒng)測試的方法 355.3.3測試記錄 356結論 376.1系統(tǒng)功能和特點 376.2軟件開發(fā)過程的特點和體會 376.3系統(tǒng)評價及改進 37參考文獻 39致謝 40附錄部分源程序代碼 41摘要:醫(yī)院管理信息系統(tǒng)(HIS:HospitalManagement
Information
System)是利用計算機軟硬件技術、網(wǎng)絡通訊技術等現(xiàn)代化手段,對醫(yī)院及其所屬各部門(本系統(tǒng)不包含門診部分)的人流、物流、財流進行綜合管理,對在醫(yī)療活動各階段中產(chǎn)生的數(shù)據(jù)進行采集、存貯、處理、提取、傳輸、匯總、加工生成各種信息,從而為醫(yī)院的整體運行提供全面的、自動化的管理及各種服務的信息系統(tǒng)。本文簡單介紹了醫(yī)院出入院處、病區(qū)、藥房、藥庫的業(yè)務流程,在整體分析醫(yī)院各部門以及部門之間的實際工作業(yè)務的基礎之上,結合管理信息系統(tǒng)開發(fā)的理念,開發(fā)和完成了系統(tǒng)的模塊設計、實體-聯(lián)系圖(E-R圖)設計、關系模式設計、數(shù)據(jù)庫設計、代碼設計、人機界面設計,并在Delphi7.0和SQL2021上編程實現(xiàn)了住院管理、藥品庫房管理功能模塊。關鍵詞:醫(yī)院;需求分析;MIS實現(xiàn)。
HospitalManagementInformationSystemDesignandRealizationAbstract:ThehospitalmanagementInformationSystem'spurposeistohaveasynthesizemanagetothehospitalanditsdepartmentsmanpowerflow,materialflow,wealthflow,andtocollection,storage,dispose,pick-up,transmit,gather,machiningtheinformationofmedicaltreatmentineachphase,soastosupporttheoperatingofhospitalforaninformationsystemthatall-sided,automatedmanagement,andhavingsomeotherservice.Thisarticlesbrieflyintroducedtheoperationflowofinandoutdepartmentsicksections,drugstoresandstoreroomsinhospital.itfirstlyanalysedinmacrocosmthefact-findingflowofeverydepartment,combinestheconceptofinformationmanagesystem,empolderedandcompletedthesystemmodule,entity-affiliationrelationschema,database,code,human-computerinterface,andimplementedtoprogramBeinginhospitalmanagementandmateriamedicabursarymanagementinDelphi7.0andSQL2021.Keyword:Hospital;RequirementsAnalysis;MISachieve.前言隨著社會的發(fā)展,人們對健康越來越關注,醫(yī)院的業(yè)務不斷增長,處理越來越復雜,簡單的人工經(jīng)營管理,已無法滿足醫(yī)院的需要,成為醫(yī)院發(fā)展的瓶頸,人們對醫(yī)療服務的要求也越來越高。傳統(tǒng)的手工操作模式,病人帳目繁雜,病人查帳困難,病區(qū)和藥房的藥品浪費現(xiàn)象嚴重且無法追蹤,人工傳送各種記帳單容易漏錯帳,人工劃價收費差錯也難以避免。因此,如何提高服務水平、提高工作效率,成為迫待解決的問題。醫(yī)院管理信息化不僅能提高醫(yī)務人員的工作效率和醫(yī)療水平,而且能提高醫(yī)院的服務質(zhì)量和管理水平,所以,醫(yī)院對管理信息系統(tǒng)有著強烈的需求。美國著名教授Morris.Collen于1988年曾著文為醫(yī)院信息系統(tǒng)(HIS)下了如下定義:利用電子計算機和通訊設備,為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)醫(yī)療交換的能力,并滿足所有授權用戶的功能需求。開發(fā)醫(yī)院管理信息系統(tǒng)(HIS)的目標就是立足醫(yī)院應用實際,著眼于未來發(fā)展,以強化醫(yī)院管理,提高醫(yī)療質(zhì)量,方便患者就醫(yī)和查詢,提高醫(yī)院的服務效率和服務質(zhì)量,設計一套符合國家功能規(guī)范要求,安全穩(wěn)定,操作簡便的醫(yī)院信息系統(tǒng),為醫(yī)院提供一套全方位的解決方案。1系統(tǒng)需求分析管理信息系統(tǒng)是一門新興的、集管理科學、信息科學、系統(tǒng)科學及計算機科學為一體的綜合性學科,研究的是信息管理活動的全過程,以便有效的管理信息,提供各類管理決策信息,輔助企業(yè)進行現(xiàn)代化管理。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計劃、控制、預測和輔助決策功能,具體作用如下5點內(nèi)容:(1)用統(tǒng)一標準處理和提供信息,排除使用前后矛盾的不完整的數(shù)據(jù);(2)完整、及時提供在管理及決策中需要的數(shù)據(jù);(3)利用指定的數(shù)據(jù)關系分析數(shù)據(jù),客觀預測未來;(4)向各級管理機構提供不同詳細程度的報告,縮短分析和解釋的時間;(5)用最低的費用最短的時間提供盡可能精確、可靠的信息,以便使決策者選擇最佳的實施方案,以提高企業(yè)的經(jīng)濟效益。1.1業(yè)務系統(tǒng)描述醫(yī)院的醫(yī)療水平和服務質(zhì)量一直是社會關注的焦點,僅靠增加基礎設施投入和脫離信息化的管理方法的改進,是不能從根本上提高醫(yī)院的工作效率、服務質(zhì)量和管理水平的。HIS的目的就是減輕業(yè)務勞動強度,減少了差錯,科學管理藥品,節(jié)省人力,提高醫(yī)院的財、物管理水平,增加經(jīng)濟效益,改善患者的就醫(yī)環(huán)境,方便患者就醫(yī)和查詢,提高醫(yī)院的服務效率和服務質(zhì)量,提高醫(yī)院的醫(yī)療質(zhì)量和管理水平。所以,一個現(xiàn)代化的適應社會發(fā)展需要的醫(yī)院,除了具備一流的醫(yī)療隊伍、一流的服務設施之外,還應具備一流的管理信息系統(tǒng)。1.1.1業(yè)務流程分析對一個住院病人來講,他到醫(yī)院看病的過程及醫(yī)院的處理流程,簡單的講是:病人先要到住院處登記并交納住院押金,床位緊張的醫(yī)院登記后要等待床位。然后,到病區(qū)接受主治醫(yī)生的檢查和詢問,接受入院常規(guī)檢查,接受臨時治療或按主治醫(yī)生制定的長期治療方案接受長期治療。治療過程中醫(yī)生給病人下醫(yī)囑,醫(yī)囑產(chǎn)生藥品和治療項目兩種申請單,藥房根據(jù)病區(qū)的發(fā)藥申請單給病人發(fā)藥,在此之前藥房要向藥庫申請進貨,如果藥庫有庫存則發(fā)給藥房沒有則列入采購計劃。治療過程中因為押金不夠或醫(yī)生的判斷,需要退藥,則會向藥房申請退藥。治療項目在功檢科室做完后直接收費。治療結束后護士讓病人出區(qū),出入院處再給病人辦理出院手術。同時,對醫(yī)院管理者來講,還要將上述過程中發(fā)生的各類數(shù)據(jù)信息由醫(yī)院各職能部門和其下屬部門的工作人員把各種單據(jù)歸類、統(tǒng)計、匯總、計算形成各類報表。并將這些報表,報送相應的管理職能科室,再由這些科室將這些報表制單、匯總、計算形成醫(yī)院總體的人事、財務、設備、醫(yī)療等各類報表和管理分析圖表。1.1.2組織層次圖本HIS系統(tǒng)可分為出入院管理、病區(qū)管理、藥房管理、藥庫管理等內(nèi)容,從這幾大要點出發(fā)的角度分西,本系統(tǒng)有如下的組織層次圖,如圖1所示。醫(yī)院醫(yī)院藥庫財務科功檢科室出入院處藥房藥庫財務科功檢科室出入院處藥房病區(qū)西藥庫中藥西藥庫中藥庫中藥房西藥房急診藥房圖1組織層次圖1.1.3業(yè)務流程圖在對HIS的業(yè)務流程、組織層次進行初步調(diào)查分析之后,明確了需求分析的目的,明確了系統(tǒng)開發(fā)的目標和用戶的信息需求,接下來本節(jié)將通過具體的業(yè)務流程圖來描述HIS業(yè)務的全過程,以明確系統(tǒng)應具有的功能。業(yè)務流程圖是在對病人診療過程和醫(yī)院行政管理流程進行調(diào)查、分析的基礎上得到的,其調(diào)查內(nèi)容緊緊圍繞系統(tǒng)的功能、目標。調(diào)查結果利用圖形化工具進行描述,以規(guī)范說明。本HIS系統(tǒng)包含出入院管理、病區(qū)管理、藥房管理、藥庫管理四大模塊。整個業(yè)務流程包括:入庫登記、預交金登記、入?yún)^(qū)登記、醫(yī)生診斷檢查、醫(yī)生開醫(yī)囑、檢查項目執(zhí)行、發(fā)藥申請、藥房發(fā)藥、退藥申請、藥房退藥、藥房入庫申請、藥庫藥品出庫、藥房藥品退貨、藥庫藥房退庫、藥庫藥品入庫、藥庫藥品退貨、病人出區(qū)、出院結算。以下按出入院處、病區(qū)、藥房、藥庫四大功能科室分別闡述。(1)出入院處:病人首先到出入院處登記入院,出入院處給病人分配一個住院號,登記病人的姓名、年齡、醫(yī)療類別、入院日期、待住圖3業(yè)務流程圖PAGE1PAGE12PAGE 1.2可行性分析可行性分析是系統(tǒng)分析階段的重要活動,是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)始否必要和可行。它的主要目標是:進一步明確系統(tǒng)的目標、規(guī)模和功能,對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析,并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃,明確問題,對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證,并且提出系統(tǒng)的邏輯模型和各種可能的方案,從而為系統(tǒng)開發(fā)項目的決策提供科學依據(jù)。其主要從三個方面進行研究:(1)技術可行性:對現(xiàn)有技術進行評價,以明確能否利用現(xiàn)有技術進行系統(tǒng)開發(fā)及系統(tǒng)實施。計算機網(wǎng)絡技術的發(fā)展和計算機硬件性價比的不斷提升,使計算機全面應用于醫(yī)院管理的各個環(huán)節(jié)成為可能;(2)經(jīng)濟可行性:對組織的經(jīng)濟狀況和投資能力進行分析,對系統(tǒng)建設、運行和維護費用進行評估,對系統(tǒng)建成后可能取得的社會及經(jīng)濟效益進行估計。目前國內(nèi)應用HIS的醫(yī)院在信息化上的軟硬件投資只占其年收入的1%-3%,而應用HIS后,阻塞了管理漏洞,杜絕了藥品的丟失,節(jié)省了人力,提高了醫(yī)院的財、物管理水平,改善了患者的就醫(yī)環(huán)境,方便了患者就醫(yī)和查詢,提高了醫(yī)院的服務效率和服務質(zhì)量。因此帶來的經(jīng)濟回報將遠遠超過信息化過程中的投入;(3)營運可行性:指系統(tǒng)對組織機構的影響,對現(xiàn)有人員和機構、設施、環(huán)境等的適應性以及進行人員培訓補充計劃的可行性。國內(nèi)自上世紀80年代末就開始應用HIS,經(jīng)過近20年的發(fā)展,我國大部分醫(yī)院都有主管HIS的信息科,絕大部分醫(yī)院都使用過單機版計算機軟件來完成日常的收費劃價以及藥庫管理工作。經(jīng)調(diào)查發(fā)現(xiàn)華東地區(qū)近95%的醫(yī)院都在20世紀90年代中期開始應用HIS。所以醫(yī)院的計算機信息管理人才、計算機硬件設備、操作員的計算機應用能力都為系統(tǒng)的運行過程提供了可靠保證。1.3HIS系統(tǒng)的目標HIS的目的就是支持醫(yī)院的行政管理與事務處理業(yè)務,使醫(yī)院的業(yè)務操作流程和日常管理規(guī)范化。采集、分析處理、存儲各種基礎數(shù)據(jù)并使之標準化,通過網(wǎng)絡在院內(nèi)各科室之間傳遞,簡化信息流程,為醫(yī)院查詢、分類匯總、統(tǒng)計、決策分析提供及時準確的數(shù)據(jù),杜絕以前手工操作帶來的差錯,減少工作流程,提高工作效率。為了實現(xiàn)以上功能,我們必須做好以下幾點:基礎數(shù)據(jù)標準化,重視系統(tǒng)的實用性、經(jīng)濟性、安全性,順應管理扁平化的管理趨勢。1.4項目開發(fā)計劃本系統(tǒng)的開發(fā)大致分為三步:(1)系統(tǒng)分析(包括需求分析和邏輯方案);(2)系統(tǒng)設計(包括總體設計和詳細設計);(3)系統(tǒng)基本實施。2系統(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)的概貌。2.1數(shù)據(jù)流程圖數(shù)據(jù)流程圖是組織中信息運動的抽象,是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、處理和存儲情況,具有良好的抽象性和概括性。它在調(diào)查的基礎上,從系統(tǒng)的科學性、管理的合理性、實際運行的可行性角度出發(fā),將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分解,從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向(外部實體)等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關,它所描述的內(nèi)容不涉及技術細節(jié),而是面向用戶的,即使完全不懂信息技術的用戶也容易理解。因此,數(shù)據(jù)流程圖成為系統(tǒng)分析員與用戶進行交流的有效手段,同時也成為系統(tǒng)設計的主要依據(jù)之一。對于本系統(tǒng),首先分析總體情況,劃分系統(tǒng)邊界、識別系統(tǒng)的數(shù)據(jù)來源和去向、確定外部實體,得出本HIS系統(tǒng)的關聯(lián)圖。如圖4所示。本HIS系統(tǒng)共涉及4個外部實體:出入院處、病區(qū)、藥房、藥庫。醫(yī)院管理醫(yī)院管理信息系統(tǒng)藥房藥庫病區(qū)出入院處然后根據(jù)系統(tǒng)要實現(xiàn)的功能,劃分出4個主要的信息管理功能結構,并明確各個功能之間的聯(lián)系,繪制出系統(tǒng)的頂層數(shù)據(jù)流圖,如圖6所示。數(shù)據(jù)流程圖的圖形符號說明如圖5所示:。外部實體 數(shù)據(jù)加工數(shù)據(jù)存儲 數(shù)據(jù)流圖5頂層數(shù)據(jù)流圖符號說明圖PAGE1PAGE38PAGE 出入院處1出入院管理病區(qū)2病區(qū)管理3藥房管理4藥庫管理D4費用明細D1病人入院信息D9發(fā)藥信息D10退藥申請出入院處1出入院管理病區(qū)2病區(qū)管理3藥房管理4藥庫管理D4費用明細D1病人入院信息D9發(fā)藥信息D10退藥申請D11退藥信息藥庫藥房F8F9FF8F9FF15F14FF15F14FD5病人入?yún)^(qū)信息D8發(fā)藥申請F5F5F1F5F1F4F4其中共有18個數(shù)據(jù)流,具體的編號說明如下:F1病人入院信息 F2預交金信息F3結算信息F4費用明細 F5病人入?yún)^(qū)信息F6醫(yī)囑信息F7項目執(zhí)行單 F8發(fā)藥申請單 F9發(fā)藥信息F10退藥申請單 F11退藥信息 F12藥房入庫申請單F13藥庫出庫信息 F14藥房退貨申請F15藥庫藥房退庫信息F16藥庫入庫信息 F17藥庫退貨信息F18藥庫臺帳其中18個數(shù)據(jù)存儲,具體的編號如下:D1病人入院信息 D2預交金信息D3結算信息D4費用明細 D5病人入?yún)^(qū)信息D6醫(yī)囑信息D7項目執(zhí)行單D8發(fā)藥申請單 D9發(fā)藥信息D10退藥申請單 D11退藥信息 D12藥房入庫申請單D13藥庫出庫信息 D14藥房退貨申請D15藥庫藥房退庫信息D16藥庫入庫信息 D17藥庫退貨信息D18藥庫臺帳出入院處1.1出入院處1.1入院登記1.3出院結算1.2預交金管理F1F1 D1病人入院信息 F1D3結算信息 F3 F2D2 F4D4病人費用明細D5病人入?yún)^(qū)信息圖7“出入院管理”模塊數(shù)據(jù)流圖3.1發(fā)藥管理3.1發(fā)藥管理3.4藥品退貨3.3藥品入庫3.2退藥管理藥房F10F11 F8 F8 F9 F9 F10 D10退藥申請 F11 D11退藥信息 F12F12 F13 F13 F14 F14 F15 F15 圖9“藥房管理”模塊數(shù)據(jù)流圖 F12 F12 F13 F13 F14 F14 F15 F15 D18藥庫臺帳 F16 F16 D16藥庫入庫信息 D17藥庫退貨信息 圖10“藥庫管理”模塊數(shù)據(jù)流程圖2.2數(shù)據(jù)詞典由于數(shù)據(jù)流程圖只是對數(shù)據(jù)處理及彼此之間的聯(lián)系進行說明,未對數(shù)據(jù)的詳細內(nèi)容及數(shù)據(jù)的加工過程進行說明,而這正是數(shù)據(jù)字典所要表達的。數(shù)據(jù)字典是關于數(shù)據(jù)信息的集合,也就是對數(shù)據(jù)流程圖中包含的所有元素的定義的集合。它能將數(shù)據(jù)流程圖中全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素、數(shù)據(jù)存儲、數(shù)據(jù)加工等描述清楚,便于后續(xù)工作—系統(tǒng)設計的進行。以下如圖11至圖14所示列出本系統(tǒng)的部分數(shù)據(jù)字典圖:數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、外部項和數(shù)據(jù)加工舉例說明圖。數(shù)據(jù)流系統(tǒng)名:醫(yī)院管理信息系統(tǒng)編號:F8條目名:發(fā)藥申請單別名:來源:病區(qū)系統(tǒng)去處:藥房系統(tǒng)數(shù)據(jù)流結構:請求序號、住院號、患者姓名、醫(yī)囑序號、藥房代碼、病區(qū)代碼、科室代碼、醫(yī)生代碼、請求日期、藥品代碼、藥品數(shù)量、藥品規(guī)格、藥品單位、單價、請求類型簡要說明:病區(qū)執(zhí)行醫(yī)囑后產(chǎn)生發(fā)藥申請單,藥房再按照申請單發(fā)藥修改記錄編寫:周密日期:2021.5審核:周付章日期:2021.5數(shù)據(jù)元素值:代碼類型長度意義numeric9住院號簡要說明:識別病人的唯一編碼修改記錄編寫:周密日期:2021.5審核:周付章日期:2021.5圖12數(shù)據(jù)詞典《數(shù)據(jù)元素》圖外部項系統(tǒng)名:醫(yī)院管理信息系統(tǒng)編號:條目名:藥商別名:輸入數(shù)據(jù)流:藥庫退貨單輸出數(shù)據(jù)流:藥庫外部入庫單主要特征:藥庫系統(tǒng)藥品的提供者,主要特征為:藥商編碼、藥商名稱、開戶銀行、銀行賬號、地址、郵政編碼、聯(lián)系人、聯(lián)系、郵件地址簡要說明:藥庫從藥商處進出貨。修改記錄編寫:周密日期:2021.5周付章日期:2021.5圖14數(shù)據(jù)詞典《外部項》圖2.3數(shù)據(jù)項的代碼設計目前計算機還無法識別客觀世界中的任何一種具體的事物,它只能識別ASCII字符集中的256個基本字符和數(shù)字。所以,計算機管理信息系統(tǒng)設計的基本前提條件是把管理對象數(shù)字化或字符化,這就是代碼設計。代碼包括無含義碼和有含義碼,本系統(tǒng)中運用了大量的系列順序碼,來表示各種記錄的順序。3系統(tǒng)總體結構設計系統(tǒng)設計是信息開發(fā)過程中的另一個重要階段,在這一階段中將根據(jù)前一階段邏輯分析的結果,在系統(tǒng)分析報告的基礎上,按照邏輯模型的要求,科學合理地進行新系統(tǒng)的設計。系統(tǒng)設計包含兩個方面:首先是總體結構設計,其實是具體物理模型的設計。這個階段的主要目標是將反映用戶信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以事實的基于計算機的物理方案,并為下一階段的系統(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)合理的劃分成各個功能模塊,正確地處理模塊之間和模塊內(nèi)部的聯(lián)系以及它們之間的調(diào)用關系和數(shù)據(jù)聯(lián)系,定義各模塊的內(nèi)部結構,通過對模塊的設計和模塊之間關系的系統(tǒng)來實現(xiàn)整個系統(tǒng)的功能。3.1軟件模塊結構的設計根據(jù)系統(tǒng)需求分析的結果,按照結構化系統(tǒng)設計的方法,將醫(yī)院管理信息系統(tǒng)從功能上進行子系統(tǒng)的劃分,得到系統(tǒng)的總體功能結構圖,如圖15所示。醫(yī)院管理信息系統(tǒng)醫(yī)院管理信息系統(tǒng)病區(qū)管理管理出入院管理管理藥房管理管理藥庫管理管理系統(tǒng)設置置設置置管理圖圖15系統(tǒng)的總體功能結構圖3.1.1模塊結構圖HIPO技術,即用圖形方法表達一個系統(tǒng)的輸入和輸出功能,以及模塊的層次。在子系統(tǒng)劃分的基礎上,對每一個子系統(tǒng)進行進一步的功能分解,這樣不斷分解下去,知道分解成含義明確、功能單一的單元功能模塊,從而得到系統(tǒng)的功能模塊結構圖,既系統(tǒng)的HIPO圖。HIPO(HIERARCHYPLUSINPUT/PROCESS/OUTPUT)技術包含兩個方面的內(nèi)容:
(1)HIPO分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結構;(2)IPO圖(輸入-處理-輸出圖),此圖描述分層圖中的一個模塊的輸入、輸出和處理內(nèi)容。應用HIPO技術可以進行系統(tǒng)設計、評價,在系統(tǒng)實施之前加工和修改已設計的系統(tǒng)。HIPO圖清洗易懂,可以使用戶、管理人員和其他系統(tǒng)建設者很方便地理解系統(tǒng)的程序結構,也有利于程序的編寫和系統(tǒng)的維護。本系統(tǒng)共分為四個模塊,既出入院管理、病區(qū)管理、藥庫管理、藥房管理,對這四個模塊再進一步進行分解,即得到含義明確、功能單一的HIPO圖,如圖16所示。醫(yī)院管理信息系統(tǒng)醫(yī)院管理信息系統(tǒng)藥房管理藥庫管理系統(tǒng)設置入院管理 入院登記預交管理出院結算發(fā)藥管理退藥管理藥品入庫藥品退貨藥品出庫藥房退貨外部入庫藥庫退貨藥庫臺帳數(shù)據(jù)恢復及備份配置參數(shù)圖16醫(yī)院管理信息系統(tǒng)HIPO圖3.1.2IPO圖繪制了HIPO圖以后,還應對分層圖中每一個模塊的輸入輸出關系、處理內(nèi)容、本模塊的內(nèi)部數(shù)據(jù)和模塊間的調(diào)用關系進行描述,即要做出模塊的IPO圖,它是一長圖形化的表格,是系統(tǒng)設計的重要成果,是系統(tǒng)實施階段編制程序設計任務書和進行程序設計的出發(fā)點和依據(jù)。以下如圖17,18,19所示舉例說明。圖17醫(yī)院管理信息系統(tǒng)模塊IPO圖圖18醫(yī)院管理信息系統(tǒng)模塊IPO圖圖19醫(yī)院管理信息系統(tǒng)模塊IPO圖3.2數(shù)據(jù)庫設計系統(tǒng)總體結構功能模塊設計后,就要對數(shù)據(jù)庫進行設計了。支持管理信息系統(tǒng)的數(shù)據(jù)庫系統(tǒng)由模式、子模式、應用程序、數(shù)據(jù)庫和數(shù)據(jù)庫管理系統(tǒng)等幾部分組成,其中除數(shù)據(jù)庫管理系統(tǒng)可以從現(xiàn)有產(chǎn)品中選購外,外模式、子模式、應用程序、數(shù)據(jù)庫等則必須根據(jù)用戶的具體要求進行分析和設計,這項工作稱為數(shù)據(jù)庫設計,它的核心問題是如何從系統(tǒng)的觀點出發(fā)建立一個數(shù)據(jù)模式,使其滿足以下幾個條件:(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)與應用程序的接口。3.2.1實體描述在數(shù)據(jù)庫設計中,對數(shù)據(jù)字典中的數(shù)據(jù)結構、數(shù)據(jù)流和數(shù)據(jù)存儲進行分析,參照數(shù)據(jù)流程圖抽取數(shù)據(jù),確定實體、實體的屬性及試題之間的關系,得出系統(tǒng)的關系模式。采用實體-聯(lián)系圖,既E-R圖的方法進行數(shù)據(jù)結構分析,E-R圖由實體、屬性、聯(lián)系三部分組成。(1)本系統(tǒng)實體根據(jù)分析得到E-R圖,各實體的屬性分別描述如下:如圖18所示。圖中涉及到的12個實體:病區(qū)、醫(yī)生、護士、病人、床位、藥品、項目、醫(yī)囑、費用明細、藥庫、藥房(2)實體屬性分別描述如下,有下劃線的屬性為主碼:(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)一個功檢科室擁有多個功檢項目圖21關系圖(2)表:1、用戶表如圖22所示。圖22用戶表2、病人入院信息表如圖23所示。圖23病人入院信息表3、費用明細表如圖24所示。圖24費用明細表4、醫(yī)囑信息表如圖25所示。圖25醫(yī)囑信息表3.3計算機系統(tǒng)配置方案的選擇和設計根據(jù)系統(tǒng)調(diào)查和系統(tǒng)分析的結果來考慮硬件配置和系統(tǒng)軟件配置以及網(wǎng)絡通信系統(tǒng)的配置。本HIS系統(tǒng)采用DELPHI7.0開發(fā),數(shù)據(jù)庫使用SQLSERVER2021?;谲浖_發(fā)工具的選擇,并考慮到本系統(tǒng)的性能要求,對計算機系統(tǒng)具體配置如下。3.3.1計算機系統(tǒng)硬件配置服務器(Server):Intel,AMD可任選;內(nèi)存:512MB;硬盤:80GB以上;光驅(qū);軟驅(qū);網(wǎng)卡;操作系統(tǒng):Windows2021/XP;數(shù)據(jù)庫管理系統(tǒng):SQLServer2021;網(wǎng)絡:TCP/IP,WindowsNT/XP,F(xiàn)DDI/Ethernet,EIFOSwitchingHub,網(wǎng)絡管理軟件。用戶端微機:Intel,AMD可任選;內(nèi)存:256MB以上;硬盤:40G以上;不同類型打印機。3.3.2計算機系統(tǒng)軟件配置Window2021中文版操作系統(tǒng)或以上。3.4系統(tǒng)總體安全性、可靠性方案與措施在任何信息系統(tǒng)中,系統(tǒng)的安全性和可靠性都是非常重要的。用Windows2021及其以上操作系統(tǒng)自有的安全性,在結合嚴格的用戶管理的基礎上,可以確保系統(tǒng)的安全。本系統(tǒng)的具體措施如下:(1)實用性:在系統(tǒng)設計過程中,充分考慮系統(tǒng)的現(xiàn)有情況、醫(yī)院的業(yè)務流程和管理模式,以求最大限度地滿足實際業(yè)務的需要;(2)可維護性:在系統(tǒng)設計和用戶接口設計上,采用C/S模式,前臺只是為用戶提供獨立于業(yè)務流程的界面,所有與業(yè)務有關的數(shù)據(jù)庫處理都由后臺存儲過程完成;(3)可擴展性:每個模塊都是一個個單獨的動態(tài)連接庫dll文件,在菜單文件中指定某個模塊對應的dll文件名及其相應的引出的函數(shù)后,就在系統(tǒng)中添加了一個模塊了。所以增加和修改模塊非常方便快捷,使得系統(tǒng)的可擴展性大大增強;(4)安全性:在安全設計上,任何沒有系統(tǒng)用戶登錄名和相應口令的人均不能訪問系統(tǒng),而每個系統(tǒng)用戶均被授予相應的權限,不能訪問任何非授權的信息。在此醫(yī)院管理信息系統(tǒng)中,因時間倉促和本人水平有限,只設置了2種帳號。系統(tǒng)用戶和一般用戶。系統(tǒng)用戶可以修改添加一般用戶。3.4.1系統(tǒng)安全性方案和措施信息系統(tǒng)的安全性是指,為了防范意外或人為地破壞信息系統(tǒng)的運行,或非法使用信息資源,而對信息系統(tǒng)采取的安全保護措施。信息系統(tǒng)的安全保護措施可分為技術性和非技術性兩類。技術安全措施是指通過與系統(tǒng)直接相關的技術手段防止安全事故的發(fā)生;非技術性安全措施主要指行政管理、法律制度保證和其他物理措施等,它不受信息系統(tǒng)的控制,是施加于信息系統(tǒng)之上的。信息系統(tǒng)的技術安全措施主要有:(1)用戶合法身份的確認與檢驗;(2)存取控制;(3)數(shù)據(jù)加密。3.4.2可靠性方案與措施信息系統(tǒng)的可靠性是指在滿足一定條件的應用環(huán)境中系統(tǒng)能夠正常工作的能力。在錯誤不可避免的情況下,提高系統(tǒng)可靠性的主要途徑是使系統(tǒng)具有容錯能力,即在信息系統(tǒng)產(chǎn)生錯誤、發(fā)生故障的情況下,仍然具有繼續(xù)運行的能力。要具有這種能力,系統(tǒng)應具有三方面的功能:(1)故障約束功能;(2)故障檢測功能;(3)故障恢復功能。在信息系統(tǒng)中,實用的可靠性技術主要有:(1)設備冗余技術;(2)負荷分布技術;(3)系統(tǒng)重新組合技術;(4)數(shù)據(jù)冗余校驗技術;(5)系統(tǒng)數(shù)據(jù)保護與恢復技術;(6)系統(tǒng)動態(tài)檢測、診斷和自動校正軟件。4系統(tǒng)詳細設計4.1代碼設計所謂代碼,就是用來表征客觀事物的實體類別,以及屬性的一個或一組易于計算機識別和處理的特定符號或記號,它可以是字符、數(shù)字、某些特殊符號或它們的組合。代碼主要起標識、統(tǒng)計和檢索、對象狀態(tài)的描述等作用,因此我們在進行代碼設計時要注意代碼的適應性、合理性、簡明性、系統(tǒng)性、穩(wěn)定性、可擴充性、標準性以及要便于識別和記憶。目前的計算機還無法識別客觀世界中的任何一種具體的事物,它只能識別ASCII字符集中的256個基本字符和數(shù)字,因此,計算機管理信息系統(tǒng)設計的基本前提條件是管理對象數(shù)字化或字符化,這就是代碼設計。4.2人機界面設計一個良好的人機界面是衡量一個系統(tǒng)開發(fā)水平高低的重要標志之一。具有良好的人機交互界面,可以使系統(tǒng)的使用者樂于接受,并使新系統(tǒng)能在組織中順利的推廣。因此人機界面設計應該從用戶的需求出發(fā),盡量是界面設計滿足用戶的要求。4.2.1輸入設計系統(tǒng)輸入主要通過鍵盤和鼠標來完成。考慮到醫(yī)院一般都存在“三長兩短”的現(xiàn)象,對業(yè)務處理的速度要求很高,所以在界面設計時盡量減少用戶輸入:有代碼的信息都是輸入代碼或者是代碼的一部分,系統(tǒng)將自動找出與用戶輸入的代碼匹配的所有信息,如果只有一條對應的信息則自動顯示出來,如果有多條則彈出選擇框讓用戶選擇;所有的輸入項和按鈕都有快捷鍵與之對應。每個編碼數(shù)據(jù)系統(tǒng)都生成了對應的拼音碼或五筆碼,用戶可以直接輸入拼音碼或五筆碼來查詢,非常靈活快捷。下面介紹系統(tǒng)中的部分截面:(1)登錄界面:雙擊醫(yī)院管理信息系統(tǒng)的快捷圖標,點擊醫(yī)院管理信息系統(tǒng)的[登陸設置]中的[服務器設置]即出現(xiàn)如圖26所示的登錄界面。用戶輸入本地或遠程數(shù)據(jù)庫服務器名,數(shù)據(jù)庫用戶名,密碼后點擊[登陸]安鈕即可連上數(shù)據(jù)庫。如果數(shù)據(jù)庫服務器名,數(shù)據(jù)庫用戶名,密碼都正確系統(tǒng)將激活[登陸設置]中的[登陸]框,否則系統(tǒng)將出現(xiàn)出錯信息。如果想退出登陸界面,按[退出]鍵即可。圖26登陸界面圖1數(shù)據(jù)庫驗證成功以后。醫(yī)院管理信息系統(tǒng)的[登陸設置]中[登陸]框被成功激活。點擊它,將出現(xiàn)如圖27所示界面,輸入正確的用戶名和用戶密碼,點擊[確認]按鈕。如果用戶名和密碼都正確,即可激活出入院管理、病區(qū)管理、藥房管理、系統(tǒng)設置的功能按鈕,否則系統(tǒng)將出現(xiàn)出錯信息。若想退出登陸界面,點擊[退出]按鈕即可。圖27登陸界面圖2(2)主界面,成功登陸以后,主界面功能即可實現(xiàn)。系統(tǒng)包括用戶管理、出入院管理、病區(qū)管理、藥房管理(藥庫管理分屬于藥房管理)、和系統(tǒng)設置五個主菜單。在此界面中使用者可根據(jù)實際工作需要,選擇相應的主菜單及其下屬子菜單中的各選項進行相關操作。如圖28所示,此外系統(tǒng)還提供在界面中設置了一些功能的快捷按鈕。(出院信息、如區(qū)登記、藥房發(fā)藥、醫(yī)療費用)圖28醫(yī)院信息管理系統(tǒng)主界面圖(3)入院登記界面:如圖29所示點擊【出入院管理】下的【入院登記】模塊就進入了此界面。在該界面錄入病人的入院信息。圖29入院登記界面圖(4)入?yún)^(qū)登記界面:如圖30所示點擊【病區(qū)管理】下的【入?yún)^(qū)登記】模塊就進入了此界面。在該界面中可實現(xiàn)對病人分床、確定主治醫(yī)生的功能。圖30入?yún)^(qū)登記界面圖4.2.2輸出設計輸出設備有顯示器或打印機等,輸出介質(zhì)有紙、磁盤等,輸出方式為各類數(shù)據(jù)表單或報表。輸出設計的目的是對輸入的信息進行加工處理,形成有效信息,并具有一定的格式,使用戶一目了然。下面如圖31所示為藥房發(fā)藥界面:點擊[藥房管理]下的[藥房發(fā)藥]模塊就進入了此界面。用戶通過選擇開始時間和結束時間確定查詢時間段后,再在輸入框中輸入住院號或者姓名,身份證,點擊[查詢]按鈕。查詢成功以后,可以在病人框里面找到自己的住院號,選定其,系統(tǒng)將把該病人在這一時間段的所有待發(fā)的藥品查詢出來。點擊[發(fā)藥]按鈕后系統(tǒng)將把產(chǎn)生發(fā)藥信息。點擊[打印]將打印發(fā)藥單據(jù)。圖31藥房發(fā)藥界面圖4.2.3模塊處理過程處理過程的設計問題就是對管理信息系統(tǒng)處理方式的合理選擇。選擇處理方式實際上就是根據(jù)系統(tǒng)的任務、目標和環(huán)境條件,合理地選擇信息活動的形態(tài)及其具體方法。處理過程設計要根據(jù)模塊劃分以及結構化設計的基本原則,對每個程序處理模塊中的詳細處理過程進行設計。常用的有結構化語言PDL、PAD圖、NS圖、程序流程圖、決策表等。程序設計又成編碼,是系統(tǒng)周期中繼詳細設計后的階段,這個階段的任務是使用選用的程序設計語言,把經(jīng)過概要設計和詳細設計所得到的以程序設計說明書體現(xiàn)的信息處理過程描述后,轉(zhuǎn)換成能在計算機系統(tǒng)上運行的源程序。程序設計是嚴格按照系統(tǒng)的概要設計和詳細設計進行的,因此系統(tǒng)設計工作是程序設計工作的先導和前提條件,程序編碼是在此之前個階段工作的結晶。編碼只是從源程序角度實現(xiàn)系統(tǒng)的設計結果,所以相對而言,編碼工作要比前面幾個階段容易得多。對程序設計的質(zhì)量要求有:程序的正確性、源程序的可讀性、程序編寫的運行效率。程序設計的步驟包括:了解計算機系統(tǒng)的性能和軟硬件環(huán)境:充分理解系統(tǒng)概要設計和詳細設計的文檔;根據(jù)設計要求和軟硬件條件,選定程序設計語言;編寫程序代碼;程序的檢查、編譯與調(diào)試。(2)設計測試方案時,不僅要包括確定的輸入數(shù)據(jù),而且應包括從系統(tǒng)功能出發(fā)預期的測試結果;(3)測試用例不僅要包括合理、有效的輸入數(shù)據(jù),還要包括無效的或不合理的輸入數(shù)據(jù);(4)不僅要檢驗程序是否做了該做的事,還要檢查程序是否同時做了不該做的事;(5)軟件中仍存在的錯誤的概率和已經(jīng)發(fā)現(xiàn)錯誤的個數(shù)是成正比的;(6)保留測試用例,作為軟件文檔的組成部分。5.3.2系統(tǒng)測試的方法對軟件進行測試的主要方法有人工測試與機器測試。一般源程序通過編譯后,要先經(jīng)過人工測試,然后再進行機器測試。人工測試是采用人工方式進行,目的在于檢查程序的靜態(tài)結構,找出編譯不能發(fā)現(xiàn)的錯誤。機器測試是運用事先設計好的測試用例,執(zhí)行被測程序,對比運行結果與預期結果的差別以發(fā)現(xiàn)錯誤。(1)人工測試又分為個人復查、走查與會審。個人復查:指源程序編寫完后,直接由程序員自己進行檢查;(2)機器測試又可分為黑盒測試與白盒測試:黑盒測試也稱功能測試,將軟件看作黑盒子,在完全不考慮程序的內(nèi)部結構和特性的情況下,測試軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書設計測試用例,從程序的輸入和輸出特性上測試是否滿足設定的功能;白盒測試也稱結構測試,將軟件看作一個透明的白盒子,按照程序的內(nèi)部結構和處理邏輯來選定測試用例,對軟件的邏輯路徑及過程進行測試,檢查它與設計是否相符。5.3.3測試記錄測試內(nèi)容:在入院登記模塊登記一個新病人的信息。測試方法:成功連接數(shù)據(jù)庫后用系統(tǒng)帳號登陸醫(yī)院管理信息系統(tǒng),成功激活醫(yī)院管理信息系統(tǒng)的所有模塊功能。(1)進入醫(yī)院管理信息系統(tǒng)的入院登記模塊,如圖32所示。圖32入院登記界面圖(2)點擊[新患者]按鈕,然后手動添加住院號,姓名,等患者信息。完成后核對后點擊確定。成功后將于上面模塊框內(nèi)顯示新患者的信息。測試結果:入院登記模塊框內(nèi)成功顯示新患者信息。結論:說明入院等級功能模塊能基本完成功能測試。參考文獻[1]明日科技.Delphi數(shù)據(jù)庫系統(tǒng)開發(fā)[M].人民郵電出版社,2021.[2]東方人華.Delphi7入門與提高[M].清華大學出版社,2021.[3]楊學勇.SQL2021實例教程[M].電子工業(yè)出版社,2021.[4](美)RebeccaM.Riorda,何玉譯.設計有效的數(shù)據(jù)庫系統(tǒng)[M].機械工業(yè)出版社,2021.[5]馬秀麟.管理信息系統(tǒng)及其開發(fā)技術[M].北方交通大學,2021.[6]劉強.Delphi數(shù)據(jù)庫系統(tǒng)開發(fā)案例精選[M].人民郵電出版社,2021.[7]郭東強.現(xiàn)代管理信息系統(tǒng)[M].清華大學出版社,2021.[8]趙松濤.SQLServer2021系統(tǒng)管理實錄[M].電子工業(yè)出版社,2021.[9]金新政,徐德林.醫(yī)院管理信息系統(tǒng)[M].人民衛(wèi)生出版社,2021.[10]趙啟超.醫(yī)院管理信息系統(tǒng)[M].哈爾濱工業(yè)大學出版社,2021.[11]薩師煊,王珊.數(shù)據(jù)庫系統(tǒng)概論[M].高等教育出版社,1991.[12]周志逵.數(shù)據(jù)庫原理與技術[M].科學出版社,1994.[13]鄭懷遠,王家華.工程數(shù)據(jù)庫技術[M].機械工業(yè)出版社,1995.[14]張增強,劉成.Delphi7數(shù)據(jù)庫開發(fā)完全手冊[M].清華大學出版社,2021.[15]清宏計算機工作室.Delphi編程技巧(網(wǎng)絡與數(shù)據(jù)庫篇[M].機械工業(yè)出版社,2021.附錄部分源程序代碼(1)系統(tǒng)登錄(數(shù)據(jù)庫登陸端原代碼)procedureTLoadServerForm.FormClose(Sender:TObject;varAction:TCloseAction);varss,filename:string;myinifile:Tinifile;beginifCheckBox1.Checked=truethenbeginfilename:=ExtractFilePath(paramstr(0))+'myini.ini';myinifile:=TInifile.Create(filename);ss:=EncrypKey(edtServerName.text,'abcdefg');myinifile.writestring('程序參數(shù)','服務器名稱',ss);ss:=EncrypKey(edtUserName.text,'abcdefg');myinifile.writestring('程序參數(shù)','用戶名',ss);ss:=EncrypKey(MaskEditUserPassword.text,'abcdefg');myinifile.writestring('程序參數(shù)','用戶密碼',ss);myinifile.writebool('程序參數(shù)','是否保存',checkbox1.Checked);myinifile.Destroy;end;end;procedureTLoadServerForm.btLoadServerClick(Sender:TObject);beginifedtServerName.Text=''thenbeginMessageDlg('請設置好服務器名!!!',mtInformation,[mbOK],0);username:=edtUserName.text;usersecret:=MaskEditUserPassword.Text;DataModule1.HISConnection.Connected:=false;DataModule1.HISConnection.ConnectionString:='Provider=SQLOLEDB.1;Password='+usersecret+';PersistSecurityInfo=True;UserID='+username+';InitialCatalog=HIS;DataSource='+servername+'';tryDataModule1.HISConnection.Connected:=true;exceptMessageDlg('登陸失敗,請檢查服務器設置!!!',mtInformation,[mbOK],0);DataModule1.HISConnection.Connected:=false;exit;end;MessageDlg('登陸服務器成功,請驗證用戶名和密碼!!!',mtInformation,[mbOK],0);modalresult:=mrOK;end;end;procedureTLoadServerForm.btCancelClick(Sender:TObject);procedureTNewPatientFrm.FormShow(Sender:TObject);beginDateTimePicker2.DateTime:=DateTimePicker3.DateTime;DataModule1.ADOUserTable.TableName:='病人';DataModule1.ADOUserTable.active:=true;DBGrid1.DataSource:=DataModule1.DataSourceUser;DBNavigator1.DataSource:=DataModule1.DataSourceUser;end;procedureTNewPatientFrm.DateTimePicker2Change(Sender:TObject);beginDateTimePicker3.Datetime:=DateTimePicker2.Datetime;end;procedureTNewPatientFrm.DateTimePicker3Change(Sender:TObject);beginDateTimePicker2.Datetime:=DateTimePicker3.Datetime;end;procedureTNewPatientFrm.FormClose(Sender:TObject;varAction:TCloseAction);beginDataModule1.ADOUserTable.active:=false;end;procedureTNewPatientFrm.btNewPatientClick(Sender:TObject);beginedtPatientHosNum.text:='';edtName.text:='';edtID.text:='';edtMoney.Text:='';btNewPatient.Enabled:=false;end;procedureTNewPatientFrm.btAgreeClick(Sender:TObject);varaa:integer;bb:double;beginifbtNewPatient.Enabled=truethenexit;tryaa:=strtoint(edtPatientHosNum.text);exceptMessageDlg('請正確填寫住院號,住院號只能是整數(shù)!!!',mtInformation,[mbOK],0);Label15.Caption:=inttostr(aa);DataModule1.ADOQueryFue.close;DataModule1.ADOQueryFue.sql.Clear;DataModule1.ADOQueryFue.SQL.Add('select床位代碼from床位where占用標志=:idgroupby床位代碼');DataModule1.ADOQueryFue.parameters[0].name:='id';DataModule1.ADOQueryFue.parameters[0].value:='未占用';DataModule1.ADOQueryFue.open;DataModule1.DataSourceFue.DataSet.First;bb:=TStringList.Create;fori:=1toaadobeginbb.add(DataModule1.DataSourceFue.DataSet.Fields[0].AsString);DataModule1.DataSourceFue.DataSet.Next;end;fori:=1toaadobeginComboBox1.Items.Insert(i-1,bb[i-1]);end;DataModule1.ADOQueryFue.close;bb.Free;end;procedureTEnterZoomForm.DateTimePicker2Change(Sender:TObject);beginDateTimePicker1.DateTime:=DateTimePicker2.DateTime;end;procedureTEnterZoomForm.DateTimePicker1Change(Sender:TObject);beginDateTimePicker2.DateTime:=DateTimePicker1.DateTime;end;procedureTEnterZoomForm.BitBtn2Click(Sender:TObject);beginmodalresult:=mrCancel;end;procedureTEnterZoomForm.FormClose(Sender:TObject;varAction:TCloseAction);beginDataModule1.ADOUserTable.active:=false;end;procedureTEnterZoomForm.DBGrid1CellClick(Column:TColumn);varI:Integer;beginDataModule1.ADOUserTable.active:=true;DBGrid1.DataSource:=DataModule1.DataSourceUser;DBNavigator1.DataSource:=DataModule1.DataSourceUser;DataModule1.ADOQueryFue.close;DataModule1.ADOQueryFue.sql.Clear;DataModule1.ADOQueryFue.SQL.Add('selectcount(*)from床位where占用標志=:id');DataModule1.ADOQueryFue.parameters[0].name:='id';DataModule1.ADOQueryFue.parameters[0].value:='已占用';DataModule1.ADOQueryFue.open;aa:=DataModule1.ADOQueryFue.Fields[0].AsInteger;Label12.Caption:=inttostr(aa);DataModule1.ADOQueryFue.close;DataModule1.ADOQueryFue.sql.Clear;DataModule1.ADOQueryFue.SQL.Add('selectcount(*)from床位where占用標志=:id');DataModule1.ADOQueryFue.parameters[0].name:='id';DataModule1.ADOQueryFue.parameters[0].value:='未占用';DataModule1.ADOQueryFue.open;aa:=DataModule1.ADOQueryFue.Fields[0].AsInteger;Label15.Caption:=inttostr(aa);DataModule1.ADOQueryFue.close;DataModule1.ADOQueryFue.sql.Clear;DataModule1.ADOQueryFue.SQL.Add('select床位代碼from床位where占用標志=:idgroupby床位代碼');DataModule1.ADOQueryFue.parameters[0].name:='id';DataModule1.ADOQueryFue.parameters[0].value:='未占用';DataModule1.ADOQueryFue.open;DataModule1.DataSourceFue.DataSet.First;bb:=TStringList.Create;fori:=1toaadobeginbb.add(DataModule1.DataSourceFue.DataSet.Fields[0].AsString);DataModule1.DataSourceFue.DataSet.Next;end;fori:=1toaadobeginComboBox1.Items.Insert(i-1,bb[i-1]);end;DataModule1.ADOQueryFue.close;bb.Free;ComboBox1.Text:='';////////////////////////////////////end;end.
社會實踐報告系別:班級:學號:姓名:作為祖國未來的事業(yè)的繼承人,我們這些大學生應該及早樹立自己的歷史責任感,提高自己的社會適應能力。假期的社會實踐就是很好的鍛煉自己的機會。當下,掙錢早已不是打工的唯一目的,更多的人將其視為參加社會實踐、提高自身能力的機會。許多學校也積極鼓勵大學生多接觸社會、了解社會,一方面可以把學到的理論知識應用到實踐中去,提高各方面的能力;另一方面可以積累工作經(jīng)驗對日后的就業(yè)大有裨益。進行社會實踐,最理想的就是找到與本專業(yè)對口單位進行實習,從而提高自己的實戰(zhàn)水平,同時可以將課本知識在實踐中得到運用,從而更好的指導自己今后的學習。但是作為一名尚未畢業(yè)的大學生,由于本身具備的專業(yè)知識還十分的有限,所以我選擇了打散工作為第一次社會實踐的方式。目的在于熟悉社會。就職業(yè)本身而言,并無高低貴賤之分,存在即為合理。通過短短幾天的打工經(jīng)歷可以讓長期處于校園的我們對社會有一種更直觀的認識。實踐過程:自從走進了大學,就業(yè)問題就似乎總是圍繞在我們的身邊,成了說不完的話題。在現(xiàn)今社會,招聘會上的大字報都總寫著“有經(jīng)驗者優(yōu)先”,可還在校園里面的我們這班學子社會經(jīng)驗又會擁有多少呢?為了拓展自身的知識面,擴大與社會的接觸面,增加個人在社會競爭中的經(jīng)驗,鍛煉和提高自己的能力,以便在以后畢業(yè)后能真正真正走入社會,能夠適應國內(nèi)外的經(jīng)濟形勢的變化,并且能夠在生活和工作中很好地處理各方面的問題,我開始了我這個假期的社會實踐-走進天源休閑餐廳。實踐,就是把我們在學校所學的理論知識,運用到客觀實際中去,使自己所學的理論知識有用武之地。只學不實踐,那么所學的就等于零。理論應該與實踐相結合。另一方面,實踐可為以后找工作打基礎。通過這段時間的實習,學到一些在學校里學不到的東西。因為環(huán)境的不同,接觸的人與事不同,從中所學的東西自然就不一樣了。要學會從實踐中學習,從學習中實踐。而且在中國的經(jīng)濟飛速發(fā)展,又加入了世貿(mào),國內(nèi)外經(jīng)濟日趨變化,每天都不斷有新的東西涌現(xiàn),在擁有了越來越多的機會的同時,也有了更多的挑戰(zhàn),前天才剛學到的知識可能在今天就已經(jīng)被淘汰掉了,中國的經(jīng)濟越和外面接軌,對于人才的要求就會越來越高,我們不只要學好學校里所學到的知識,還要不斷從生活中,實踐中學其他知識,不斷地從各方面武裝自已,才能在競爭中突出自已,表現(xiàn)自已。在餐廳里,別人一眼就能把我人出是一名正在讀書的學生,我問他們?yōu)槭裁?他們總說從我的臉上就能看出來,也許沒有經(jīng)歷過社會的人都有我這種不知名遭遇吧!我并沒有因為我在他們面前沒有經(jīng)驗而退后,我相信我也能做的像他們一樣好.我的工作是在那做傳菜生,每天9點鐘-下午2點再從下午的4點-晚上8:30分上班,雖然時間長了點但,熱情而年輕的我并沒有絲毫的感到過累,我覺得這是一種激勵,明白了人生,感悟了生活,接觸了社會,了解了未來.在餐廳里雖然我是以傳菜為主,但我不時還要做一些工作以外的事情,有時要做一些清潔的工作,在學校里也許有老師分配說今天做些什么,明天做些什么,但在這里,不一定有人會告訴你這些,你必須自覺地去做,而且要盡自已的努力做到最好,一件工作的效率就會得到別人不同的評價。在學校,只有學習的氛圍,畢竟學校是學習的場所,每一個學生都在為取得更高的成績而努力。而這里是工作的場所,每個人都會為了獲得更多的報酬而努力,無論是學習還是工作,都存在著競爭,在競爭中就要不斷學習別人先進的地方,也要不斷學習別人怎樣做人,以提高自已的能力!記得老師曾經(jīng)說過大學是一個小社會,但我總覺得校園里總少不了那份純真,那份真誠,盡管是大學高校,學生還終歸保持著學生的身份。而走進企業(yè),接觸各種各樣的客戶、同事、上司等等,關系復雜,但我得去面對我從未面對過的一切。記得在我校舉行的招
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 農(nóng)民土地承包權轉(zhuǎn)讓合同
- 12《富起來到強起來》教學設計、教材分析與教學反思、課前任務單2023-2024學年道德與法治五年級下冊統(tǒng)編版
- 3我認識您了 教學設計-2023-2024學年道德與法治一年級上冊統(tǒng)編版
- 20《肥皂泡》第一課時 教學設計-2023-2024學年統(tǒng)編版語文三年級下冊
- 個人借款中介合同范本
- 2024-2025學年初中生物課后服務活動教學設計:生態(tài)系統(tǒng)的平衡與保護
- 礦石洗選加工合同合同范本
- 8的乘法(教學設計)-2024-2025學年二年級上冊數(shù)學滬教版
- 5《雷雨》節(jié)選(教學設計)-2024-2025學年高一語文下學期同步教學教學設計專輯(統(tǒng)編版必修下冊)
- 瓷磚合同范本
- 語言學綱要(新)課件
- 心理評估與診斷簡介課件
- 移動式壓力容器充裝復審換證考試重點題庫(180題)
- 小班安全《湯姆走丟了》PPT課件教案反思微視頻
- 作物栽培學課件棉花
- 最新小學二年級口算及豎式計算練習題
- 生產(chǎn)與運作管理-陳榮秋
- 金雞冠的公雞繪本課件
- 日影朝向及長短
- 沙盤游戲治療(課堂PPT)
- (完整版)學生的自我評價的表格
評論
0/150
提交評論