第一篇：企業(yè)信息管理系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)可行性分析報(bào)告

企業(yè)信息管理系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)可行性分析報(bào)告

一、立項(xiàng)的背景與意義 1.立項(xiàng)背景

隨著信息技術(shù)在各個(gè)領(lǐng)域的不斷普及，企業(yè)信息化進(jìn)程也加快了腳步。大

量企業(yè)紛紛加大對(duì)信息化建設(shè)的投資力度，越來越多的資金用于建設(shè)IT基礎(chǔ)設(shè)施和購(gòu)買軟硬件系統(tǒng)。以機(jī)械行業(yè)為例，購(gòu)買了國(guó)外軟件公司MRPII系統(tǒng)的企業(yè)高達(dá)66%，企業(yè)平均用于硬件的投資費(fèi)用約為604萬元軟件費(fèi)171萬元，實(shí)施及咨詢費(fèi)143萬元，合計(jì)約800萬元。與之類似，其他行業(yè)對(duì)于信息化的投資，在近幾年來也有較大的增長(zhǎng)。作為企業(yè)信息體系的重要組成部分的企業(yè)信息管理系統(tǒng)，自然也面臨越來越大的市場(chǎng)需求。因此，開發(fā)一個(gè)企業(yè)信息管理的系統(tǒng)在科學(xué)研究和社會(huì)應(yīng)用兩方面都具有重要的意義。

2.立項(xiàng)意義

方便企業(yè)實(shí)時(shí)地了解企業(yè)員工的信息，按照成員對(duì)信息的需求及時(shí)傳送給

需要的人,以解決知識(shí)時(shí)效性的問題，以便采取準(zhǔn)確、及時(shí)、有效的部署和相應(yīng) 的應(yīng)對(duì)措施。對(duì)于企業(yè)管理水平的提高具有很大的支持和保障作用，確保組織內(nèi)的每個(gè)成員都能共享，使信息交易成本大大降低交易質(zhì)量和效率大大提高 ,有力地發(fā)揮了知識(shí)在企業(yè)中的生產(chǎn)力作用。成員之間的知識(shí)得到共享和交融 ,企業(yè)對(duì)員工的過分依賴性降低

從而避免企業(yè)因某些關(guān)鍵崗位人員流失出現(xiàn)不可收拾的局面。

二、項(xiàng)目概述 1.項(xiàng)目主要內(nèi)容

該項(xiàng)目研究的是一個(gè)企業(yè)信息管理系統(tǒng)的設(shè)計(jì)與開發(fā)，系統(tǒng)功能比較多，以方便企業(yè)實(shí)現(xiàn)對(duì)其有關(guān)信息的管理從而滿足企業(yè)的需求。項(xiàng)目采用C#、asp.net、數(shù)據(jù)庫(kù)等技術(shù)，系統(tǒng)將各個(gè)用戶的權(quán)限進(jìn)行了劃分，而且各個(gè)功能分配給各個(gè)部門來完成，如銷售部職能：新客戶開發(fā)。質(zhì)檢部職能：產(chǎn)品維護(hù)，合同領(lǐng)用，訂單審核與校驗(yàn)（資質(zhì)材料等）?？头浚簶I(yè)務(wù)新開上線，老客戶續(xù)費(fèi)等。財(cái)務(wù)部：確認(rèn)到款，開票。技術(shù)部：開發(fā)類型訂單處理。

人事部：人員管理。這樣，以一種很清晰的分工模式對(duì)企業(yè)的信息進(jìn)行管理，使其實(shí)現(xiàn)對(duì)客戶，員工，產(chǎn)品，合同，訂單等的有效管理。2.技術(shù)關(guān)鍵點(diǎn) ?

客戶信息進(jìn)行的管理實(shí)現(xiàn)與客戶進(jìn)行實(shí)時(shí)聯(lián)絡(luò) 管理企業(yè)員工信息：包括薪資、業(yè)績(jī)、周報(bào)管理等 實(shí)現(xiàn)為個(gè)人提供網(wǎng)絡(luò)工作平臺(tái)的功能管理產(chǎn)品檔案 財(cái)務(wù)進(jìn)出的管理合同的管理與維護(hù)訂單的維護(hù)與更新 系統(tǒng)運(yùn)行穩(wěn)定，安全可靠 3.科研創(chuàng)新的主要方式

1）項(xiàng)目涉及到計(jì)算機(jī)類學(xué)科中軟件研究領(lǐng)域，反映了當(dāng)前計(jì)算機(jī)網(wǎng)絡(luò)的最 新技術(shù)進(jìn)展。

不僅有利于促進(jìn)學(xué)生專業(yè)原理性課程的理論實(shí)際應(yīng)用，又能兼顧專業(yè)研究方向與應(yīng)用實(shí)踐能力的培養(yǎng)，為專業(yè)創(chuàng)新能力的培養(yǎng)提供了切實(shí)可行的探 索。

2）項(xiàng)目考慮到其安全性、易用性和應(yīng)用性，故在該系統(tǒng)的相關(guān)數(shù)據(jù)的分析 上著重強(qiáng)調(diào)，以避免被非法竊取使用以及不能滿足用戶需求。

3）項(xiàng)目可以實(shí)現(xiàn)較大規(guī)模信息管理功能，既對(duì)可以客戶端的數(shù)據(jù)進(jìn)行采集 與分析，同時(shí)也可以集中操作被控端進(jìn)而實(shí)現(xiàn)了高效率大規(guī)模的應(yīng)用，形成一個(gè)

多分支型的網(wǎng)絡(luò)，方便管理人員統(tǒng)一的控制與管理。

三、項(xiàng)目預(yù)期目標(biāo)

本系統(tǒng)是基于C#，asp.net的企業(yè)信息管理系統(tǒng)，主要運(yùn)用了C#,asp.net和數(shù)據(jù)庫(kù)技術(shù)，采用了流行的B/S體系結(jié)構(gòu)，借助計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)可以方便地實(shí)現(xiàn)信息的準(zhǔn)確查詢和管理。

系統(tǒng)成本低廉，對(duì)硬件要求不高，只需安裝Visual Studio的開發(fā)環(huán)境和SQL Server服務(wù)器等，不需要購(gòu)買更多的硬件設(shè)備，對(duì)程序設(shè)計(jì)開發(fā)者普遍適用。

該系統(tǒng)應(yīng)用前景廣泛，雖然基本上都是作為企業(yè)內(nèi)部適用，但這并不代表其

應(yīng)用范圍不夠廣。縱觀當(dāng)今世界，企業(yè)，在國(guó)家經(jīng)濟(jì)中已經(jīng)發(fā)揮了主導(dǎo)作用，而 一個(gè)企業(yè)的發(fā)展，自然離不開企業(yè)的組織、計(jì)劃、和管理等等，然而，這些事情

如果全部靠人手工來完成，那將是一件繁瑣而且非常艱巨的任務(wù)。而企業(yè)信息管理系統(tǒng)不僅可以支持企業(yè)組織的計(jì)劃工作，還可以強(qiáng)化企業(yè)的組織管理，加強(qiáng)企業(yè)的控制能力，以及促進(jìn)組織管理創(chuàng)新等等，具體來說，它可以很輕松的就對(duì)企業(yè)的信息進(jìn)行比較完善的管理。這樣，對(duì)一個(gè)企業(yè)信息的管理可以隨時(shí)隨地的進(jìn)行，方便而且高效率。

四、項(xiàng)目實(shí)施方案、功能模塊及計(jì)劃進(jìn)度安排 1.項(xiàng)目實(shí)施方案

該企業(yè)信息管理系統(tǒng)主要是以net為開發(fā)平臺(tái)、運(yùn)用C#、通過web網(wǎng)絡(luò)編程和數(shù)據(jù)庫(kù)編程來在線信息管理，實(shí)現(xiàn)對(duì)企業(yè)信息的實(shí)時(shí)管理。系統(tǒng)主要分為服務(wù)器端系統(tǒng)和客戶端系統(tǒng)，以及客戶信息管理模塊、客戶聯(lián)絡(luò)管理模塊、產(chǎn)品檔案管理模塊、合同管理模塊、周報(bào)功能模塊等多個(gè)模塊。

功能模塊

1）客戶管理

客戶信息主要為公司資源由后臺(tái)導(dǎo)入，銷售人員領(lǐng)取客戶并跟蹤。

銷售人員跟蹤客戶上限為N，跟蹤后別的銷售人員就無法跟蹤，如果跟蹤客戶意向明確的 銷售人員可以申請(qǐng)客戶保護(hù)，保護(hù)客戶數(shù)為P，只有申請(qǐng)保護(hù)的客戶銷售人員才能下單。保護(hù)客戶

Y天內(nèi)沒有簽單的，自動(dòng)釋放到公司資源庫(kù)，X天后才能被重新跟蹤。銷售人員跟蹤的客戶連續(xù)

M天無跟蹤記錄自動(dòng)釋放到公司資源庫(kù)，X天后才能被重新跟蹤。銷售人員可以自己添加客戶，但添加的客戶不能與公司資源庫(kù)的客戶重復(fù)，如果重復(fù)將不能添加，添加成功的客戶包含在跟蹤人數(shù)N 內(nèi)，釋放規(guī)則同上，下單規(guī)則同上。員工離職，員工所跟蹤或保護(hù)客戶全部釋放到公司資源庫(kù)，X天后才能被重新跟蹤。員工客戶可以自行釋放客戶到公司資源庫(kù)，X天后才能被重新跟蹤。部門經(jīng)理可見部門員工跟蹤客戶，銷售總監(jiān)可見所有員工跟蹤客戶。

2）客戶聯(lián)絡(luò)管理 客戶聯(lián)絡(luò)管理記錄、查詢客戶的日常交流信息，及時(shí)跟進(jìn)客戶的需求。

通過權(quán)限控制，只能操作銷售人員自己跟蹤和保護(hù)的客戶。

部門經(jīng)理可見部門員工跟蹤客戶，銷售總監(jiān)可見所有員工跟蹤客戶。3）產(chǎn)品檔案管理

產(chǎn)品管理部門自行添加產(chǎn)品，可自定義產(chǎn)品屬性，費(fèi)用等。并且可以自定義產(chǎn)品的訂單流向（流向的處理部門）。

4）合同管理

批量生成合同編號(hào)，銷售人員到合同管理管理處領(lǐng)用。

系統(tǒng)記錄紙質(zhì)合同的領(lǐng)用人。銷售人員下單，并需綁定已經(jīng)領(lǐng)用的合同編號(hào)。合同丟失或損毀，需有

銷售人員系統(tǒng)提交說明，由合同管理員將合同編號(hào)作廢。5）周報(bào)功能

員工提交周報(bào)，部門經(jīng)理審核。6）銷售業(yè)績(jī)管理 當(dāng)產(chǎn)品銷售成功后，系統(tǒng)自動(dòng)計(jì)算銷售績(jī)效。主要的模塊是： 銷售業(yè)績(jī)查詢、部門和個(gè)人業(yè)績(jī)查詢。7）人事檔案管理 8）員工信息管理。9）財(cái)務(wù)管理

對(duì)訂單的應(yīng)收款進(jìn)行統(tǒng)計(jì)和查詢，并自動(dòng)提醒經(jīng)辦人員跟蹤回款。10）用戶管理

用戶管理與人力資源管理是聯(lián)動(dòng)的，如果企業(yè)的人員是該系統(tǒng)的用戶，該模塊可以對(duì)該用戶的人力資源的真實(shí)檔案進(jìn)行查詢，并且可以變更或刪除該用戶的應(yīng)用權(quán)限。1）用戶權(quán)限管理

控制所有角色擁有的權(quán)限。12）訂單管理

下單，訂單審核，退單等。退單最終流向?yàn)橄聠稳吮救?，（通知?cái)務(wù)）。3.四、經(jīng)費(fèi)預(yù)算 設(shè)備費(fèi) 400元 材料費(fèi) 300元 資料費(fèi) 300元 總計(jì) 1000元 自備電腦

第二篇：醫(yī)院信息管理系統(tǒng)可行性分析報(bào)告

醫(yī)院信息管理系統(tǒng)可行性分析報(bào)告

信管班 ******

緒論

管理信息系統(tǒng)在現(xiàn)代社會(huì)已深入到各行各業(yè)，由于計(jì)算機(jī)技術(shù)的迅速發(fā)展和普及，信息管理系統(tǒng)MIS事實(shí)上已成為計(jì)算機(jī)管理信息系統(tǒng),醫(yī)院信息管理系統(tǒng)就是一個(gè)典型的管理信息系統(tǒng)，它可以讓醫(yī)院管理工作變的更輕松。其開發(fā)過程主要包括前端應(yīng)用程序的開發(fā)和后臺(tái)數(shù)據(jù)庫(kù)的建立和維護(hù)兩個(gè)方面。主要任務(wù)就是建立基本數(shù)據(jù)，后臺(tái)程序主要負(fù)責(zé)的都是管理上的功能。

經(jīng)過分析，本系統(tǒng)實(shí)現(xiàn)了系統(tǒng)維護(hù)、病人掛號(hào)、醫(yī)生就診、藥房管理、等必需的功能，其操作簡(jiǎn)單，界面友好，運(yùn)行比較穩(wěn)定，適用性較強(qiáng)。

1、引言

1.1編寫目的

醫(yī)院信息管理系統(tǒng)對(duì)于一個(gè)醫(yī)院來說是必不可少的組成部分，目前好多醫(yī)院還停留在人工管理人員手工記錄數(shù)據(jù)的最初階段。但對(duì)于病人信息量比較大，需要記錄存檔的數(shù)據(jù)比較多的高校來說，人工記錄是相當(dāng)麻煩的。而且當(dāng)查詢某條紀(jì)錄時(shí)，由于數(shù)據(jù)量龐大，還只能靠人工去一條條查找，既浪費(fèi)人力物力，效率也很低。

本系統(tǒng)采用Eclipse RCP技術(shù)編寫，My Sql作為數(shù)據(jù)庫(kù)，要求系統(tǒng)具有運(yùn)行速度快、安全性高、穩(wěn)定性好的優(yōu)點(diǎn)，并且具備完善的報(bào)表生成、修改功能，能夠快速查詢信息。

總結(jié)建議的開發(fā)項(xiàng)目在技術(shù)方面實(shí)現(xiàn)的可行性的研究結(jié)果，為產(chǎn)品開發(fā)中心決定是否進(jìn)行本開發(fā)項(xiàng)目提供依據(jù)。

評(píng)價(jià)為了合理地達(dá)到開發(fā)目標(biāo)所可能選擇的各種方案，說明并論證所選用的方案。

1.2項(xiàng)目背景

1.2.1工程的名稱：醫(yī)院信息管理系統(tǒng)

1.2.2 工程產(chǎn)品的名稱：醫(yī)院信息管理系統(tǒng)

1.2.3 項(xiàng)目開發(fā)背景

如今已經(jīng)是21世紀(jì)了很多科學(xué)先進(jìn)的技術(shù)已經(jīng)很成熟，并能夠運(yùn)用于我們切身的是實(shí)際生活中，比如計(jì)算機(jī)管理。大型醫(yī)院由于病人數(shù)量多，對(duì)于醫(yī)院他們的工作卻很多包括了：病人掛號(hào)、醫(yī)生就診、藥房管理等工作。以人為本，學(xué)習(xí)計(jì)算機(jī)專業(yè)的我們想運(yùn)用計(jì)算機(jī)來解決生活中的實(shí)際問題。運(yùn)用我們開發(fā)的醫(yī)院信息管理系統(tǒng)來幫助醫(yī)院管理員更加輕松方便快捷的管理病。節(jié)省大量的勞動(dòng)力，實(shí)現(xiàn)醫(yī)院信息化管理。

作為計(jì)算機(jī)應(yīng)用的一部分,使用計(jì)算機(jī)對(duì)醫(yī)院信息進(jìn)行管理,具有著手工管理所無法比擬的優(yōu)點(diǎn).例如:檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高醫(yī)院信息管理的效率,也是大型醫(yī)院的科學(xué)化、正規(guī)化。

2、可行性研究的前提

2.1系統(tǒng)的預(yù)期要求

該系統(tǒng)主要包括基本數(shù)據(jù)維護(hù)、基本業(yè)務(wù)、數(shù)據(jù)庫(kù)管理和信息查詢。

2.1.1基本數(shù)據(jù)維護(hù)部分應(yīng)包括提供各層級(jí)管理添加、修改、刪除并維護(hù)基本數(shù)據(jù)途徑。

2.2.2基本業(yè)務(wù)部分應(yīng)實(shí)現(xiàn)病人掛號(hào)、醫(yī)生就診、藥房管理和系統(tǒng)維護(hù)等功能。

2.2.3數(shù)據(jù)庫(kù)管理部分是對(duì)這個(gè)數(shù)據(jù)庫(kù)的管理，包括各個(gè)管理員，病人詳細(xì)信息等。

2.2.4系統(tǒng)的技術(shù)可行性分析：在系統(tǒng)維護(hù)中包括登錄處理，病人信息檢索，數(shù)據(jù)庫(kù)信息維護(hù)。使用時(shí)要核對(duì)用戶名和口令，2.2費(fèi)用說明

2.2.1預(yù)計(jì)系統(tǒng)需求

1)主機(jī)使用windos2000以上系統(tǒng)、MySql數(shù)據(jù)庫(kù)，開發(fā)工具J2SE。

2)系統(tǒng)采用C/S結(jié)構(gòu)。所有數(shù)據(jù)、應(yīng)用系統(tǒng)都集中數(shù)據(jù)庫(kù)中。

2.2.2系統(tǒng)預(yù)計(jì)費(fèi)用

1)MySQL數(shù)據(jù)庫(kù)費(fèi)用2500元，開發(fā)工具J2SE（Eclipse）費(fèi)用1800元，開發(fā)環(huán)境4500元/每月，其他3000元。

2)開發(fā)人員工資：項(xiàng)目經(jīng)理（1人）4500元，數(shù)據(jù)庫(kù)開發(fā)人員（2人）4000元，編程人員（7人）3000元，其他人員（若干）2500元

2)系統(tǒng)維護(hù)費(fèi)用3000元。

3)系統(tǒng)采用雙主機(jī)。獨(dú)立儲(chǔ)存和遠(yuǎn)程備份方案。系統(tǒng)故障全年停機(jī)少于5小時(shí)。

2.2.3 完成期限 1）預(yù)計(jì)從合同簽訂之日起，到硬件、網(wǎng)絡(luò)、應(yīng)用系統(tǒng)安裝完成，開始進(jìn)入系統(tǒng)試運(yùn)行的時(shí)間為6個(gè)月。試運(yùn)行到初驗(yàn)為3個(gè)月，初驗(yàn)到終驗(yàn)為3個(gè)月。2）本系統(tǒng)使用年限：5年

3）本系統(tǒng)的開發(fā)期限：六個(gè)月（并提供一年免費(fèi)維護(hù)）

4）投資經(jīng)費(fèi)，開發(fā)經(jīng)費(fèi)預(yù)算在600萬以內(nèi) 法律和政策限制：政府信息和系統(tǒng)代碼不公開

5）硬件軟件要求：系統(tǒng)穩(wěn)定性要求較高 可利用信息資源：網(wǎng)絡(luò)和相關(guān)書籍

系統(tǒng)的優(yōu)點(diǎn)

1）、本平臺(tái)具有可維護(hù)性，簡(jiǎn)單易懂的代碼和代碼的注釋為后升級(jí)維護(hù)提供良好保證，2)、本平臺(tái)運(yùn)行于windows服務(wù)器版本，數(shù)據(jù)庫(kù)使用MySQL或者更高版本，能實(shí)現(xiàn)公寓管理系統(tǒng)安全穩(wěn)定運(yùn)行。

3)、可利用學(xué)校機(jī)房的服務(wù)器做為本平臺(tái)運(yùn)行環(huán)境，服務(wù)與整個(gè)醫(yī)院，快速安全，易維護(hù)成為本平臺(tái)的優(yōu)點(diǎn)。

4、技術(shù)可行性分析

基本方法:做醫(yī)院內(nèi)的調(diào)查報(bào)告，獲取醫(yī)院業(yè)務(wù)處理的各方面信息情況，從中獲取重要信息，并成為建設(shè)本系統(tǒng)的重要依據(jù)。

策略：查閱大量管理系統(tǒng)的相關(guān)書籍，從不同方面研究本系統(tǒng)的整個(gè)設(shè)計(jì)，并結(jié)合調(diào)查報(bào)告中所獲取的信息，逐漸形成本平臺(tái)的雛形。

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細(xì)設(shè)計(jì)的總要環(huán)節(jié)中，分別以管理員身份，管理員和學(xué)生的角度去分析與設(shè)計(jì)。

5、經(jīng)濟(jì)上的可行性分析

一方面是支出的費(fèi)用，包括設(shè)備購(gòu)置費(fèi)、管理和維護(hù)費(fèi)用、人員工資。從投入的人力，財(cái)力與物力是小的，只要一臺(tái)電腦，一臺(tái)打印機(jī)，這個(gè)系統(tǒng)就可以運(yùn)行起來。

6、結(jié)論

通過以上的分析，編寫或開發(fā)這個(gè)宿舍管理系統(tǒng)是可行的，這個(gè)系統(tǒng)主要能實(shí)現(xiàn)對(duì)病人掛號(hào)、醫(yī)生就診、藥房管理和系統(tǒng)維護(hù)，技術(shù)方面也是可行。

第三篇：學(xué)生信息管理系統(tǒng)的可行性分析報(bào)告

學(xué)生信息管理系統(tǒng)的可行性分析報(bào)告

姓名：李文赫

班級(jí)：信132 學(xué)號(hào)：2013314203 指導(dǎo)教師：鄧全才

2016年3月日

281.編寫目的

該學(xué)生信息管理系統(tǒng)軟件項(xiàng)目可行性研究報(bào)告是對(duì)項(xiàng)目課題的全面通盤考慮,是項(xiàng)目分析員進(jìn)行進(jìn)一步工作的前提,是軟件開發(fā)人員正確成功的開發(fā)項(xiàng)目的前提與基礎(chǔ).寫軟件項(xiàng)目可行性研究報(bào)告可以使軟件開發(fā)團(tuán)體盡可能早的估計(jì)研制課題的可行性,可以在定義階段較早的認(rèn)識(shí)到系統(tǒng)方案的缺陷,就可以少花時(shí)間和精力,也可以省成資金,并且避免了許多專業(yè)方面的困難.所以該軟件項(xiàng)目可行性研究報(bào)告在整個(gè)開發(fā)過程中是非常重要的.2.系統(tǒng)需求

系統(tǒng)能夠?qū)崿F(xiàn)對(duì)學(xué)生信息的存儲(chǔ)，且管理者能通過界面按鈕輕松的實(shí)現(xiàn)對(duì)所有學(xué)生的個(gè)人信息進(jìn)行增、刪、改和查詢操作。

2.1 學(xué)生信息增加

信息增加：向數(shù)據(jù)庫(kù)中插入數(shù)據(jù)條目。2．2 學(xué)生信息刪除

信息刪除：向數(shù)據(jù)庫(kù)中刪除指定條目信息。2．3 學(xué)生信息更改

信息更改：修改指定信息后提交數(shù)據(jù)到數(shù)據(jù)庫(kù)中。2．4 學(xué)生信息查詢

信息查詢：通過學(xué)生的學(xué)號(hào)或姓名進(jìn)行準(zhǔn)確查詢操作，并顯示查詢結(jié)果。

3.可行性研究的前提

要求

功能要求：能夠通過系統(tǒng)界面按鈕實(shí)現(xiàn)對(duì)學(xué)生信息的增、刪、改和查詢操作，并且實(shí)現(xiàn)數(shù)據(jù)庫(kù)中學(xué)生數(shù)據(jù)的動(dòng)態(tài)同步更新。

性能要求：用戶的操作能及時(shí)的反應(yīng)到具體的代碼，及能夠及時(shí)的隱似對(duì)數(shù)據(jù)庫(kù)的操作，將用戶的操作反應(yīng)到數(shù)據(jù)庫(kù)中。

安全與保密要求：

（1）只有授權(quán)的管理者才能登陸軟件主界面對(duì)學(xué)生信息進(jìn)行管理操作。（2）對(duì)沒有授權(quán)的用戶不允許登陸軟件。

4系統(tǒng)的可行性研究

1必要性

隨著社會(huì)信息化的腳步加快，個(gè)人的信息也呈現(xiàn)出多樣性，這便給信息管理者造成了巨大的壓力和難度，也給傳統(tǒng)的文件信息管理模式提出了挑戰(zhàn)。為了提高學(xué)校學(xué)生信息管理的效率和準(zhǔn)確性，我們團(tuán)隊(duì)決定開發(fā)一個(gè)學(xué)生信息管理系統(tǒng)，希望通過信息化手段管理學(xué)生信息，實(shí)現(xiàn)提高效率和準(zhǔn)確性的目的?，F(xiàn)有的學(xué)生信息管理模式存在以下問題：

（1）學(xué)生信息管理缺乏安全、便捷性。

對(duì)學(xué)校學(xué)生的信息管理一般都是使用Microsoft Excel進(jìn)行管理，缺乏安全保障，而且操作復(fù)雜，需要事先對(duì)軟件有一定的熟悉才行。

（2）工作效率低

由于Excel的操作復(fù)雜，需要一定的軟件知識(shí)，所以導(dǎo)致學(xué)生信息管理者的軟件知識(shí)存在要求，工作效率不高。

（3）無法實(shí)現(xiàn)不同學(xué)院數(shù)據(jù)的復(fù)合使用

由于各各學(xué)院所選用的學(xué)生信息管理軟件不同，或是使用的Excel的版本不一樣，可能會(huì)導(dǎo)致當(dāng)要把各院系的學(xué)生信息匯總時(shí)出現(xiàn)數(shù)據(jù)沒法整合使用的問題，給信息管理帶來不便。

準(zhǔn)備開發(fā)的學(xué)生信息管理系統(tǒng)能夠解決哪些問題：（1）實(shí)現(xiàn)簡(jiǎn)單的學(xué)生信息操作方式，提高工作效率

能夠?yàn)楣芾碚咛峁┮粋€(gè)簡(jiǎn)單的數(shù)據(jù)管理界面，管理者只需要通過按鍵便可實(shí)現(xiàn)對(duì)學(xué)生數(shù)據(jù)的所有操作并保存，提高了信息管理的工作效率。

（2）為今后各院系學(xué)生信息整合提供支持

由于系統(tǒng)采用的是數(shù)據(jù)庫(kù)存儲(chǔ)數(shù)據(jù)，到時(shí)只需要將各學(xué)院的數(shù)據(jù)庫(kù)中數(shù)據(jù)導(dǎo)入到一個(gè)大的數(shù)據(jù)庫(kù)中存儲(chǔ)即可，為各院系的學(xué)生信息整合提供了支持。另外，學(xué)生信息管理的智能、信息化是未來發(fā)展的必然趨勢(shì)，目前各大中城市都已基本實(shí)現(xiàn)學(xué)校學(xué)生信息管理的智能化系統(tǒng)，取得了較好的經(jīng)濟(jì)效益和社會(huì)效益，為當(dāng)?shù)貙W(xué)校學(xué)生信息管理提供了便利和高效的服務(wù)。

其他方案

學(xué)生信息系統(tǒng)除了在本地計(jì)算機(jī)上使用外，還可以通過網(wǎng)絡(luò)登錄管理的方式，但由于開發(fā)的成本和需要服務(wù)器及網(wǎng)絡(luò)的支持，也許普及性會(huì)小一些，故不適宜采用。

2技術(shù)可行性

學(xué)生信息管理系統(tǒng)的開發(fā)需要對(duì)管理的需求進(jìn)行分析，最終通過簡(jiǎn)單的界面按鈕操作實(shí)現(xiàn)對(duì)學(xué)生數(shù)據(jù)的增、刪、改和查詢操作，并將這些操作反應(yīng)到數(shù)據(jù)庫(kù)的操作。完成以上功能需要采用以下幾個(gè)關(guān)鍵的技術(shù)：

（1）數(shù)據(jù)庫(kù)數(shù)據(jù)顯示技術(shù)

通過什么方式和形式把數(shù)據(jù)庫(kù)中的學(xué)生數(shù)據(jù)顯示到界面上供管理者查閱，目前的基本技術(shù)都是基于Sql語(yǔ)言的混合編程實(shí)現(xiàn)遍歷數(shù)據(jù)庫(kù)，對(duì)數(shù)據(jù)的提取，然后通過GUI編程在界面上顯示。

目前的界面編程和Sql語(yǔ)言的混合編程已經(jīng)比較成熟，比如用于界面編程的有C、Java、Qt、C++等等，并且他們基本都是開源的，不會(huì)存在侵權(quán)和成本的問題。

（2）數(shù)據(jù)庫(kù)數(shù)據(jù)修改技術(shù)

對(duì)數(shù)據(jù)庫(kù)的操作基本的還是離不開Sql語(yǔ)言的混合編程，主要是通過對(duì)按鈕事件的捕捉，通過對(duì)應(yīng)的Sql代碼實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)相關(guān)操作。使用方面的可行性

從用戶單位學(xué)校的行政管理、工作制度等方面來看，能夠使用該軟件系統(tǒng)。從用戶單位的工作人員的素質(zhì)來看，需要經(jīng)過培訓(xùn)才能滿足使用該軟件系統(tǒng)的要求等等，都是要考慮的。

5結(jié)論

經(jīng)過一系列的各個(gè)不同方面的可行性分析，分析員和用戶及使用部門的負(fù)責(zé)人對(duì)需要解決的問題取得基本的一致看法，開發(fā)小組的開發(fā)方案的到批準(zhǔn)，使用部門負(fù)責(zé)人同意開發(fā)工程繼續(xù)進(jìn)行下去。

第四篇：中國(guó)健康信息管理系統(tǒng)可行性分析報(bào)告

健

康

信

息

姓名：

班級(jí)：自動(dòng)化學(xué)號(hào)：

123456789 02 310808020225 管 理 系 統(tǒng) 可 行 性 分 析 報(bào) 告

健康信息管理系統(tǒng)可行性分析報(bào)告

1.引言

健康信息管理系統(tǒng)建設(shè)的目的：醫(yī)院實(shí)現(xiàn)綜合管理現(xiàn)代化，緊跟時(shí)代發(fā)展參與市場(chǎng)競(jìng)爭(zhēng)，提高醫(yī)療質(zhì)量，優(yōu)化就醫(yī)程序，規(guī)范醫(yī)療行為和醫(yī)療保險(xiǎn)等醫(yī)療改革措施，加強(qiáng)人、財(cái)、物的管理，防止跑、漏、丟。醫(yī)生需要，護(hù)士需要，管理人員更需要；醫(yī)生希望從網(wǎng)絡(luò)上快速獲取正在就診患者的信息，醫(yī)生需要獲取針對(duì)各種疾病的最新治療措施，醫(yī)生需要其他部門的配合。護(hù)士需要從繁重的抄寫勞動(dòng)中解脫出來，將更多的時(shí)間投入到實(shí)際護(hù)理工作中去。管理人員更需要信息系統(tǒng)，醫(yī)院領(lǐng)導(dǎo)要管理好人、財(cái)、物，需要及時(shí)準(zhǔn)確掌握這些信息。進(jìn)入21世紀(jì)以來，計(jì)算機(jī)的普及應(yīng)用和信息技術(shù)、網(wǎng)絡(luò)技術(shù)的發(fā)展給人們的工作和生活帶來了極大的便利和高效，信息化、電子化已經(jīng)成為節(jié)約運(yùn)營(yíng)成本，提高工作效率的首選。所以需要一種對(duì)于醫(yī)院的信息管理系統(tǒng)來高效、低成本、便捷的進(jìn)行醫(yī)院信息數(shù)據(jù)的查詢和存儲(chǔ)。

2.國(guó)內(nèi)外現(xiàn)狀

2.1 國(guó)外發(fā)展?fàn)顩r

歐洲正在推廣的公民個(gè)人健康記錄將導(dǎo)致新一代電子病歷系統(tǒng)的產(chǎn)生。新型電子病歷不僅可供患者直接訪問，而且還可以容納和參考來自于患者對(duì)自身慢性疾病進(jìn)行監(jiān)控所得來的信息、觀點(diǎn)及看法。患者把信息直接輸入電腦，包括自我控制的日常運(yùn)動(dòng)、參加的各種活動(dòng)、日常行為和情緒等。這樣，將有利于改變最初護(hù)理階段運(yùn)用電子病歷的性質(zhì)，使之成為不僅用于保健，而且用于對(duì)疾病的預(yù)防、監(jiān)控，最終形成一個(gè)對(duì)公民進(jìn)行保健教育、提高保健意識(shí)的綜合系統(tǒng)。

多數(shù)日本醫(yī)院是80年代以后開始進(jìn)行HIS建設(shè)的，但發(fā)展快、規(guī)模大，是以大型機(jī)為中心的醫(yī)院計(jì)算機(jī)系統(tǒng)。如北里大學(xué)醫(yī)院的IBM/3090雙機(jī)系統(tǒng)。當(dāng)前日本的HIS總的趨勢(shì)是系統(tǒng)化、網(wǎng)絡(luò)化、綜合化，開始走自上而下的開發(fā)路線，一般都有大型機(jī)作為中心、支撐整個(gè)系統(tǒng)工作，并盡量采用微機(jī)和網(wǎng)絡(luò)技術(shù)，投資規(guī)模大，采取實(shí)時(shí)工作方式，即數(shù)據(jù)從發(fā)生源直接輸入計(jì)算機(jī)。到1991年統(tǒng)計(jì)有近10家實(shí)現(xiàn)或基本實(shí)現(xiàn)此種方式。支持診療的功能在不斷加強(qiáng)，系統(tǒng)24小時(shí)運(yùn)行。不少軟件是醫(yī)院和計(jì)算機(jī)公司聯(lián)合開發(fā)的，一些大公司也開發(fā)了一些通用的醫(yī)院信息管理軟件包，也有些醫(yī)院自己開發(fā)。美國(guó) 眾所周知, 美國(guó)聚集了全球頂尖的醫(yī)生與最先進(jìn)的醫(yī)療設(shè)施, 是世界上最早將信息技術(shù)應(yīng)用于健康領(lǐng)域的國(guó)家之一, 但是在電子健康信息技術(shù)及其在初級(jí)健康保健的應(yīng)用方面落后于其他發(fā)達(dá)國(guó)家。美國(guó)前總統(tǒng)布什在2004年

眾議院的國(guó)情咨文中要求在10年內(nèi), 確保絕大多數(shù)美國(guó)人擁有

共享的電子健康記錄。而就在2009年, 奧巴馬倡導(dǎo)健康信息高速公路的建設(shè), 建立全民電子健康檔案, 先期投入200億美元。美國(guó)政府規(guī)定美國(guó)的眾多醫(yī)院和醫(yī)生必須在2015 年之前部署全面的EHR 及配套技術(shù), 并且為之配套了總額高達(dá)數(shù)百億美元的補(bǔ)助金。到2009 年為止, 美國(guó)只有10% 的醫(yī)療機(jī)構(gòu)應(yīng)用了電子健康檔案, 而美國(guó)的田納西州和惠斯康新州等部分地區(qū)的電子健康檔案的建設(shè)則做得比較出色。德國(guó) 早在1993年德國(guó)就開始將健康信息網(wǎng)絡(luò)技術(shù)應(yīng)用于衛(wèi)生行業(yè)。為了推動(dòng)電子健康檔案系統(tǒng)的應(yīng)用, 2006年..電子健康信息卡..在德國(guó)的8個(gè)地區(qū)開始試行 , 并逐步在全國(guó)范圍推行。截止到2002年, 德國(guó)的全科醫(yī)生對(duì)于電子病案的使用率已達(dá)到48%。澳大利亞 澳大利亞在國(guó)際數(shù)據(jù)標(biāo)準(zhǔn)方面做出了突出的貢獻(xiàn)。不僅進(jìn)行了通用的醫(yī)療和公共衛(wèi)生數(shù)據(jù)定義的研發(fā), 還開發(fā)并實(shí)施了一套條理分明、排列有序的臨床編碼和衛(wèi)生分類方法, 編制了國(guó)家健康數(shù)據(jù)字典(national health data d ictionary ,NHDD)。此外, 在全國(guó)范圍內(nèi)開展..全民健康信息網(wǎng)絡(luò)..的建設(shè), 在這項(xiàng)舉措的影響下, 電子健康檔案系統(tǒng)在國(guó)家及區(qū)域化層面都得到了很大發(fā)展。加拿大 加拿大也是較早將電子健康檔案系統(tǒng)應(yīng)用于醫(yī)療保障系統(tǒng)的國(guó)家之一。2001年, 該國(guó)成了一個(gè)獨(dú)立的非營(yíng)利性組織In fow ay, 即..加拿大醫(yī)療咨詢網(wǎng)..來推動(dòng)電子健康檔案的應(yīng)用, 2009年底加拿大的互通、共享的電子健康檔案系統(tǒng)應(yīng)覆蓋國(guó)內(nèi)50%的人口。英國(guó) 英國(guó)的衛(wèi)生信息化項(xiàng)目可謂是最昂貴的, 投資64億英鎊, 建立全科醫(yī)生數(shù)據(jù)系統(tǒng)、醫(yī)生網(wǎng)絡(luò)軟件系統(tǒng)、歐洲健康檔案等項(xiàng)目, 并于2002年著手開展電子健康檔案項(xiàng)目, 2014年全面實(shí)現(xiàn)電子健康檔案的應(yīng)用。

2.2 國(guó)內(nèi)發(fā)展?fàn)顩r

我國(guó)醫(yī)院信息化建設(shè)是伴隨著計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)的應(yīng)用而逐步發(fā)展起來的，經(jīng)歷了20個(gè)年頭，大體分為三個(gè)階段，即：?jiǎn)螜C(jī)單用戶（PC機(jī)）、多機(jī)、多部門獨(dú)立系統(tǒng)的應(yīng)用（PC機(jī)+FoxBase+局域網(wǎng)+部門級(jí)信息系統(tǒng)）、全院級(jí)應(yīng)用（C/S、B/S結(jié)構(gòu)的一體化醫(yī)院信息系統(tǒng)）。

在我國(guó)已經(jīng)開展信息化建設(shè)的醫(yī)院中，在信息化建設(shè)規(guī)劃方面主要有兩大方向：

第一條主線是支持管理，使醫(yī)院更有效率地提高收入的信息管理系統(tǒng)（MIS），這條線的核心是財(cái)務(wù)，其宗旨是能夠?yàn)樵杭?jí)領(lǐng)導(dǎo)從企業(yè)管理的層次上提供決策支

持，按照最高需求向院長(zhǎng)提供整個(gè)醫(yī)院的運(yùn)行情況，并對(duì)醫(yī)院資源的合理有效配置起到提示作用。

第二條主線是圍繞臨床醫(yī)療。臨床醫(yī)療系統(tǒng)相對(duì)比較復(fù)雜，協(xié)和醫(yī)院認(rèn)為各系統(tǒng)存在輕重緩急，應(yīng)遵循著“醫(yī)囑處理-實(shí)驗(yàn)室檢驗(yàn)系統(tǒng)-醫(yī)護(hù)工作站-醫(yī)學(xué)影像系統(tǒng)”的發(fā)展順序建設(shè)自己的臨床醫(yī)療信息管理系統(tǒng)。

從宏觀上看，醫(yī)院信息系統(tǒng)大體上應(yīng)按照“信息管理系統(tǒng)-臨床醫(yī)療信息系統(tǒng)-區(qū)域醫(yī)療信息網(wǎng)絡(luò)”這樣三大階段來發(fā)展。目前，我國(guó)大部分醫(yī)院還處于第一到第二個(gè)發(fā)展階段，醫(yī)院信息化大都處于初級(jí)階段。

截止到目前，我國(guó)大部分大中型醫(yī)院基本都不同程度地開展了信息化建設(shè)。“計(jì)世資訊”調(diào)查發(fā)現(xiàn)：最近幾年來主要的信息化建設(shè)包括HIS建設(shè)、內(nèi)部網(wǎng)絡(luò)建設(shè)、收費(fèi)系統(tǒng)、臨床系統(tǒng)以及辦公自動(dòng)化等方面。浙江 2008年浙江省人民政府與衛(wèi)生部科教司聯(lián)合向科技部申報(bào)了!國(guó)家數(shù)字衛(wèi)生關(guān)鍵技術(shù)與區(qū)域應(yīng)用示范研究.項(xiàng)目。..國(guó)家數(shù)字衛(wèi)生..項(xiàng)目通過構(gòu)建全民EHR、交互式數(shù)據(jù)中心、遠(yuǎn)程診療等系統(tǒng), 實(shí)現(xiàn)醫(yī)療衛(wèi)生資源的整合與有效共享, 從而提高醫(yī)療服務(wù)質(zhì)量, 降低醫(yī)療衛(wèi)生費(fèi)用, 促進(jìn)醫(yī)患關(guān)系和諧, 全面達(dá)到數(shù)字化健康服務(wù)的水平。廈門 福建廈門市作為實(shí)施國(guó)家..十一五..科技支撐計(jì)劃區(qū)域醫(yī)療信息化工程試點(diǎn), 通過推進(jìn)城鄉(xiāng)醫(yī)院整合、醫(yī)療信息共享, 推進(jìn)醫(yī)療資源信息化, 把全市所有的醫(yī)療資源、病人的診治信息、市民的健康信息、政府的管理信息, 實(shí)行全市共享, 全面推進(jìn)全民醫(yī)保工程, 讓群眾享受到更好的醫(yī)療服務(wù)。目前, 市民健康信息系統(tǒng)已覆蓋占廈門90%以上醫(yī)322 健康研究2010年 療資源的醫(yī)療衛(wèi)生機(jī)構(gòu), 廈門市50% 以上的常住人口已經(jīng)建立了個(gè)人電子健康檔案, 共130萬份, 每月共享調(diào)閱達(dá)萬余次。上海 上海市作為國(guó)內(nèi)醫(yī)療信息化的領(lǐng)先城市, 不斷摸索新思路, 實(shí)施新政策, 為全國(guó)醫(yī)療行業(yè)的信息化建設(shè)起到了很好的參考作用。未來5年上海市將實(shí)現(xiàn)全民家庭醫(yī)生, 部分區(qū)縣已建立家庭信息電子健康檔案, 將組建全市的統(tǒng)一平臺(tái), 電子健康檔案記錄將..一生管理一生服務(wù)。

2.3 國(guó)內(nèi)存在的不足

（1）缺乏整體規(guī)劃：醫(yī)院信息化建設(shè)必須整體規(guī)劃、分布實(shí)施、融于管理、不斷深化的口號(hào)，可是很多中小型醫(yī)院并沒有遵循這一規(guī)律，只是做些基本的業(yè)務(wù)，如藥品管理，門診收費(fèi)，住院收費(fèi)等；當(dāng)需要深入發(fā)展時(shí)卻發(fā)現(xiàn)無能為力，需重新來過，浪費(fèi)了大量的時(shí)間和資金。

（2）標(biāo)準(zhǔn)不統(tǒng)一：醫(yī)療信息編碼沒有統(tǒng)一的標(biāo)準(zhǔn)，特別是已在使用的龐大的系統(tǒng)如何進(jìn)行統(tǒng)一的問題，這給實(shí)際的開發(fā)工作帶來了巨大的問題。此外國(guó)內(nèi)存在眾多的HIS廠商，如果選擇了不同廠商的系統(tǒng)，就存在著數(shù)據(jù)通信不暢的問題。

（3）信息共享困難:由于醫(yī)院沒有信息化建設(shè)的整體規(guī)劃與統(tǒng)一管理，醫(yī)院各個(gè)部門不重視醫(yī)療資訊的交換，信息無法共享，易形成“信息孤島”。

（4）應(yīng)用水平較低:當(dāng)前很多醫(yī)院的信息管理系統(tǒng)還停留在比較低的應(yīng)用水平上，現(xiàn)在能提供一套完整、準(zhǔn)確、能切實(shí)反映醫(yī)院運(yùn)行狀況與動(dòng)態(tài)指標(biāo)的系統(tǒng)并不多見，能實(shí)現(xiàn)醫(yī)療質(zhì)量管理體系、成本控制體系等手工不能實(shí)現(xiàn)的功能的系統(tǒng)就更少了。

（5）醫(yī)療信息化人才缺乏:在國(guó)內(nèi)信息部門在醫(yī)院整體結(jié)構(gòu)中地位相對(duì)較低，既懂IT又懂醫(yī)療的人才較少，極大的阻礙了醫(yī)院信息化的發(fā)展。

3.CHIMS中應(yīng)包含表

CHIMS應(yīng)含有五個(gè)表，他們分別是醫(yī)院庫(kù)，醫(yī)生庫(kù)，藥品庫(kù)，檢驗(yàn)檢查庫(kù)，就診庫(kù)（每人一個(gè)）。

其中就診庫(kù)里應(yīng)包含就診日期，開藥情況，檢查，就診地點(diǎn)，主治醫(yī)師，病癥，診斷結(jié)果，治療方式，預(yù)計(jì)治愈時(shí)間，費(fèi)用，醫(yī)療卡號(hào)，體征（血壓，體溫等等），自述癥狀?？梢酝耆@示患者所需信息，能夠節(jié)省很多時(shí)間，能夠更加明確的去治療。

醫(yī)院庫(kù)應(yīng)有，醫(yī)院地點(diǎn)，醫(yī)院規(guī)模，醫(yī)師數(shù)量，設(shè)備數(shù)量及質(zhì)量，主治病癥等等，通過這個(gè)表可以了解到所需醫(yī)院的地址，和醫(yī)院醫(yī)療自量和水平。

醫(yī)生庫(kù)應(yīng)有，醫(yī)生卡號(hào)，醫(yī)師畢業(yè)院校，主治病癥，工作時(shí)間段等等，可以清楚的了解到醫(yī)生的情況，更加方便患者就診。

藥品庫(kù)應(yīng)有藥品價(jià)格，藥品儲(chǔ)存量等等，從這里可以了解到所需藥品的價(jià)格，和藥品的數(shù)量，既方便醫(yī)院又方便患者。

檢驗(yàn)檢查庫(kù)應(yīng)有檢查的結(jié)果等等，使醫(yī)生更加準(zhǔn)確的了解患者的情況。

4．CHIMS的功能

用戶登錄模塊

用于用戶登錄，通過用戶輸入的用戶名、密碼判斷用戶份的的有效性，有效用戶根據(jù)用戶的角色進(jìn)行權(quán)限劃分，登錄后定向到相應(yīng)的功能模塊，無效用戶定向到登錄失敗頁(yè)面。用退出系統(tǒng)時(shí)，退出登錄語(yǔ)句會(huì)清除程序會(huì)話（session）中所有與該用戶有關(guān)的數(shù)據(jù)，并返回到初始登錄頁(yè)。

品查詢子模塊：藥品查詢是藥品管理員實(shí)現(xiàn)對(duì)醫(yī)院庫(kù)房中藥品按照全部信

息、藥品ID、藥品名稱、屬性、價(jià)格等進(jìn)行多類別的信息查詢。點(diǎn)擊“藥品查詢”進(jìn)入藥品的查詢功能。

藥品插入子模塊：當(dāng)醫(yī)院購(gòu)入了新的藥品時(shí)，藥品管理員插入新的藥品的存儲(chǔ)信息。此時(shí)電擊“藥品插入”添加新的藥品信息，按照提示框中的提示說明依次輸入新增藥品的信息。

藥品更新子模塊：如果庫(kù)存的藥品因出庫(kù)、入庫(kù)或是藥品價(jià)格有調(diào)整等情況，庫(kù)存信息有變動(dòng)時(shí)藥品管理員應(yīng)該對(duì)藥品的相關(guān)信息進(jìn)行修改和更新。在藥品管理界面點(diǎn)擊“藥品更新”，按照提示框輸入要更新的藥品ID，然后根據(jù)需要選擇藥品信息更新的類別，輸入更新內(nèi)容。

藥品刪除子模塊：當(dāng)一種藥品使用完或是過期等原因沒有或不能使用時(shí)，藥品管理員應(yīng)該將這一藥品的信息從存儲(chǔ)藥品的數(shù)據(jù)庫(kù)中刪除掉。藥品管理界面點(diǎn)擊“藥品刪除”，根據(jù)實(shí)際情況選擇藥品信息的刪除標(biāo)準(zhǔn)，然后在下面輸入刪除的信息。

收費(fèi)管理模塊

帳單生成子模塊：帳單管理員在收費(fèi)管理這一模塊中，一個(gè)病人在醫(yī)院里產(chǎn)生了消費(fèi)就應(yīng)該對(duì)其消費(fèi)產(chǎn)生一個(gè)帳單，明細(xì)每一項(xiàng)消費(fèi)的費(fèi)用，出售了藥品,該藥品的庫(kù)存量也會(huì)相應(yīng)的自動(dòng)修改。在收費(fèi)管理界面中，點(diǎn)擊“帳單生成”，按照提示框輸入消費(fèi)者的姓名，然后輸入所購(gòu)藥品的名稱和數(shù)量，下面填入主治醫(yī)生和收費(fèi)員的姓名。提交之后系統(tǒng)會(huì)自動(dòng)生成一個(gè)明細(xì)帳單，上面有消費(fèi)者購(gòu)買的藥品的名稱、數(shù)量和單項(xiàng)價(jià)格，最后還會(huì)顯示出所購(gòu)藥品的總金額。

帳單查詢子模塊：同時(shí)為了醫(yī)院的管理，醫(yī)院帳單管理員能查詢到每天所產(chǎn)生的帳單，通過分析帳單來對(duì)醫(yī)院進(jìn)行管理。在收費(fèi)管理界面中，輸入要查找的消費(fèi)者姓名，點(diǎn)擊“帳單查詢”。

住院管理系統(tǒng)

住院查詢子?？欤汗芾韱T可以查詢到醫(yī)院病床的相關(guān)信息，工作人員能很方便的知道哪些病床已經(jīng)被入住，哪些可以入住。查詢方式有兩種：精確查詢、組合查詢。精確查詢則是根據(jù)具體的病房號(hào)、病床號(hào)、病人姓名對(duì)住院信息進(jìn)行查詢。而另一種組合查詢則是通過病床狀態(tài)（分為忙和閑）、病房類別（分為單人間、雙人間、三人間）、疾病類型（分為傳染和不傳染）三種類別進(jìn)行組合查詢。

住院子模塊：住院管理員根據(jù)病人的病情查詢到醫(yī)院有適合病人入住的空病床后，就可以安排病人入住。通常，單人間是分配給病情較重或病情具有傳染性的病人入住，雙人間有兩架病床提供給非傳染性病人入住，三人間有三架病床提供給非傳染性的病人入住。

出院子模塊：病人出院時(shí)由住院管理員登記出院，出院后管理員對(duì)住院信息數(shù)據(jù)庫(kù)記錄相應(yīng)的更改，以便下一位病人能夠入住。管理員在住院管理頁(yè)面點(diǎn)擊

“出院”，在出院界面中輸入所住的病床。

人工費(fèi)管理模塊

人工費(fèi)查詢子模塊：費(fèi)用管理員在人工費(fèi)管理模塊中要可以對(duì)醫(yī)院庫(kù)房中所有費(fèi)用信息進(jìn)行查詢，選擇查詢類別再輸入關(guān)鍵字。

人工費(fèi)插入子模塊：增加了新的人工費(fèi)用，管理員就要將新的費(fèi)用信息存儲(chǔ)入庫(kù)。

如果人工費(fèi)信息有調(diào)整等情況，費(fèi)用信息有變動(dòng)時(shí)應(yīng)該對(duì)費(fèi)用相關(guān)信息進(jìn)行修改和更新，按照提示框輸入要更新的人工費(fèi)ID，然后根據(jù)需要選擇信息更新的類別,輸入更新內(nèi)容。

當(dāng)醫(yī)院將舊的費(fèi)用信息廢除時(shí)，應(yīng)該將信息刪除出數(shù)據(jù)庫(kù)。根據(jù)實(shí)際情況選擇人工費(fèi)信息的刪除標(biāo)準(zhǔn)，然后在下面輸入刪除的信息

5.CHIMS關(guān)鍵技術(shù)及處理

選擇怎樣的結(jié)構(gòu)模式開發(fā)將會(huì)影響用戶操作，系統(tǒng)功能模塊的完善工作不太好做，在編寫代碼時(shí)應(yīng)認(rèn)真，仔細(xì)否則影響系統(tǒng)的正常功能運(yùn)行，面對(duì)這些問題，我們應(yīng)該選擇適當(dāng)?shù)哪Ｊ絹黹_發(fā)程序，做好前期計(jì)劃，盡量考慮全面，在編寫代碼時(shí)，要仔細(xì)認(rèn)真，避免出錯(cuò)。

通過分析CHIMS我學(xué)到了很多東西，充分認(rèn)識(shí)到它的重要性，真的希望不就的將來能夠得到全面實(shí)施，這將改變整個(gè)中國(guó)的醫(yī)療格局，使之簡(jiǎn)單化，清晰化。

第五篇：企業(yè)信息管理系統(tǒng)

企業(yè)信息管理系統(tǒng)

1.功能概述：

實(shí)現(xiàn)一個(gè)企業(yè)的內(nèi)部管理業(yè)務(wù)，模擬包括人事管理、財(cái)務(wù)管理、機(jī)構(gòu)管理的業(yè)務(wù)。

2.功能劃分：

1.人事管理：對(duì)入職員工進(jìn)行電子化管理，錄入雇員的相關(guān)信息，參考EMP表，并對(duì)之能進(jìn)行維護(hù)

2.財(cái)務(wù)管理：對(duì)公司員工的薪資水平進(jìn)行定量的階梯劃分，參考SALGRADE表，并對(duì)之能進(jìn)行維護(hù)

3.機(jī)構(gòu)管理：對(duì)公司下設(shè)辦事處進(jìn)行地址管理，并將雇員與之產(chǎn)生綁定關(guān)系。

3.系統(tǒng)架構(gòu)：

JAVAEE+ORACLE

4.用戶系統(tǒng)：

可以注冊(cè)用戶。不同職責(zé)的人員只能使用本職工作所賦予的功能； 系統(tǒng)擁有一個(gè)超級(jí)用戶，用來對(duì)上述用戶進(jìn)行管理，此用戶僅做維護(hù)之用。