亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        互聯(lián)網(wǎng)環(huán)境下醫(yī)院財(cái)務(wù)管理模式的探索與評(píng)價(jià)分析

        2021-06-27 03:26:24汪小青
        電子設(shè)計(jì)工程 2021年12期
        關(guān)鍵詞:掛號(hào)薪資收費(fèi)

        汪小青

        (成都醫(yī)學(xué)院第一附屬醫(yī)院,四川成都 610500)

        近年來,隨著信息技術(shù)的快速發(fā)展,互聯(lián)網(wǎng)帶來了許多便利,同時(shí)也對(duì)醫(yī)院的財(cái)務(wù)管理模式提出了挑戰(zhàn)[1]。財(cái)務(wù)管理是醫(yī)院正常運(yùn)營的關(guān)鍵之一,規(guī)模較大的醫(yī)院一般都采用總會(huì)計(jì)師制度,以總會(huì)計(jì)師為核心的管理責(zé)任人掌管行政、后勤、門診、急診等多職能部門的總協(xié)調(diào)工作[2]。由于醫(yī)院的人流量較大,傳統(tǒng)的手工操作越來越不適應(yīng)較大的工作量與勞動(dòng)強(qiáng)度,需要依靠信息化技術(shù)和網(wǎng)絡(luò)原理簡化人員的操作流程。與此同時(shí),還需要利用數(shù)據(jù)庫技術(shù),借助數(shù)據(jù)挖掘的方法[3],減小運(yùn)營成本。醫(yī)院信息系統(tǒng)正在從專注于醫(yī)院行政管理轉(zhuǎn)變成計(jì)算機(jī)技術(shù)的綜合性應(yīng)用。文中通過相關(guān)軟件系統(tǒng)工程方法[4]、面向?qū)ο蟮乃枷胗洃洈?shù)據(jù)庫技術(shù)等綜合技術(shù)設(shè)計(jì)實(shí)現(xiàn)整體功能,從宏觀角度進(jìn)行建模,提出可行性方案,通過詳細(xì)測試,覆蓋整體及各子模塊的功能與性能,保障醫(yī)院財(cái)務(wù)管理系統(tǒng)的穩(wěn)定性。

        1 軟件體系架構(gòu)

        1.1 B/S架構(gòu)

        B/S 軟件架構(gòu)專用于解決網(wǎng)絡(luò)工作量大、升級(jí)操作比較頻繁的網(wǎng)絡(luò)軟件架構(gòu),有利于提高客戶對(duì)整體產(chǎn)品的體驗(yàn),尤其在互聯(lián)網(wǎng)環(huán)境下的醫(yī)院財(cái)務(wù)管理問題。B/S 模式具備較好的跨平臺(tái)能力,具有安全、靈活、成本低的優(yōu)勢[5]。在該架構(gòu)下,用戶不需要安裝客戶端,只需具備登錄網(wǎng)站的瀏覽器,連接到互聯(lián)網(wǎng),就可以訪問數(shù)據(jù)庫,由于開發(fā)技術(shù)相對(duì)成熟,調(diào)試工具也非常人性化??蛻舳嗣饩S護(hù)是B/S 架構(gòu)最大的優(yōu)勢,減少了服務(wù)器的壓力,并且B/S 架構(gòu)一般基于廣域網(wǎng)[6],避免了專門配置局域網(wǎng)的繁瑣過程,使用互聯(lián)網(wǎng)就可以發(fā)揮B/S 架構(gòu)的優(yōu)點(diǎn),B/S 結(jié)構(gòu)主要由表示層、功能層和數(shù)據(jù)層組成[7]。如圖1 所示,服務(wù)器端包含Web 服務(wù)器、數(shù)據(jù)庫服務(wù)器和中間件[8],具有良好的可擴(kuò)展性。

        圖1 B/S結(jié)構(gòu)圖

        1.2 軟件工程方法

        在Web 開發(fā)的過程中,為了提高功能和網(wǎng)頁的作用,將分散的擴(kuò)展組件通過.Net 框架集成在一起。.Net 語言具備良好的程序擴(kuò)展性,規(guī)范的公共語言規(guī)則可以解決程序設(shè)計(jì)中人力資源不足的境況,盡量減少有可能出現(xiàn)的編程問題。.Net框架結(jié)構(gòu)如圖2 所示,公共語言運(yùn)行庫(Common Language Specification)是其主要組件[9]。.Net 框架為編程人員提供了綜合性的可用類型集合和公共API,作為統(tǒng)一的Web 應(yīng)用程序開發(fā)平臺(tái),支持C++、C#、VB、Jscript 等編程語言。

        圖2 .Net框架體系結(jié)構(gòu)

        數(shù)據(jù)庫管理系統(tǒng)對(duì)醫(yī)院財(cái)務(wù)信息的數(shù)據(jù)進(jìn)行分析、管理和控制,Microsoft SQL Server 2012 是微軟建立數(shù)據(jù)庫應(yīng)用程序的平臺(tái)[10],幫助用戶通過Web 快捷訪問數(shù)據(jù)庫,提供對(duì)XML 數(shù)據(jù)的核心支持,保障數(shù)據(jù)可以適當(dāng)?shù)靥畛鋀eb 服務(wù)器,如圖3 所示,具有向上伸縮和向外擴(kuò)展的功能,承擔(dān)著數(shù)據(jù)大容量備份和數(shù)據(jù)高效率壓縮的服務(wù)[11]。

        圖3 SQL Server數(shù)據(jù)庫結(jié)構(gòu)

        面向?qū)ο蟮拈_發(fā)思想具備5個(gè)原則和3個(gè)特性[12],對(duì)象既可以是物理對(duì)象也可以是一個(gè)抽象概念,一類具有相同屬性和操作的對(duì)象形成類,面向?qū)ο蟮?個(gè)特性是封裝、繼承和多態(tài)[13],封裝是將對(duì)象的部分屬性與外界隔離,僅對(duì)內(nèi)部的信息進(jìn)行操作,隱藏對(duì)象的屬性和實(shí)現(xiàn)細(xì)節(jié),僅對(duì)外提供公共訪問方式,隔離變化便于使用,提高復(fù)用性和安全性。繼承就是子類繼承父類的特征和行為[14],使得子類對(duì)象(實(shí)例)具有父類的實(shí)例域和方法,或子類從父類繼承方法,使得子類具有與父類相同的行為,可以提高代碼復(fù)用性。多態(tài)特性是父類或接口定義的引用變量可以指向子類或具體實(shí)現(xiàn)類的實(shí)例對(duì)象[15],提高了程序的拓展性,提供了一種完全像父類一樣的使用類的方法,這樣就不會(huì)混淆混合類的類型,并且每個(gè)子類繼續(xù)保持其方法不變。通過重用父接口來完成,以便子類可以在自己的版本中實(shí)現(xiàn)這些方法。五大原則分別是單一職責(zé)原則、開放封閉原則、里式替換原則、依賴倒置原則、接口分離原則[16]。

        2 系統(tǒng)分析

        2.1 系統(tǒng)功能分析

        從系統(tǒng)功能角度分析,在互聯(lián)網(wǎng)環(huán)境下,將醫(yī)院財(cái)務(wù)管理系統(tǒng)分為4 個(gè)部分,如圖4 所示,分別是醫(yī)院門診收費(fèi)管理、住院收費(fèi)管理、薪資管理和預(yù)算與核算。門診收費(fèi)管理負(fù)責(zé)的是掛號(hào)收費(fèi)與藥品劃價(jià)收費(fèi)兩個(gè)內(nèi)容。由于醫(yī)院掛號(hào)工作量巨大,需要高效率的工作質(zhì)量,同時(shí)需要收費(fèi)項(xiàng)目的公開與完整,保證用戶查詢與瀏覽的方便性。住院收費(fèi)管理部分需要考慮住院費(fèi)用繳納的復(fù)雜性,覆蓋住院預(yù)交款管理、出院結(jié)算以及查詢統(tǒng)計(jì)。薪資管理部分包括醫(yī)護(hù)人員的基礎(chǔ)信息管理與工資結(jié)算管理,基礎(chǔ)信息包含醫(yī)護(hù)人員的各種人事信息,實(shí)現(xiàn)對(duì)薪資賬號(hào)的注冊、查詢、刪除、更改功能,工資結(jié)算部分涉及財(cái)務(wù)審核人員對(duì)薪資明細(xì)的各項(xiàng)處理,完成考勤管理對(duì)應(yīng)的薪資發(fā)放。預(yù)算與核算部分,預(yù)算是指藥品與器械的費(fèi)用預(yù)算,核算是指醫(yī)院的資產(chǎn)管理、會(huì)計(jì)財(cái)務(wù)管理、財(cái)務(wù)檔案管理。

        圖4 醫(yī)院財(cái)務(wù)管理結(jié)構(gòu)圖

        2.2 數(shù)據(jù)關(guān)系分析

        文中重點(diǎn)分析與評(píng)價(jià)了門診掛號(hào)管理部分與薪資管理模塊,旨在創(chuàng)新財(cái)務(wù)管理制度和專業(yè)流程,合理地進(jìn)行信息化實(shí)踐,從數(shù)據(jù)庫的角度分析病人、科室、掛號(hào)繳費(fèi)科、收費(fèi)類別的數(shù)據(jù)實(shí)體關(guān)系,其E-R圖如圖5 所示。病人的個(gè)人信息包含姓名、病史。掛號(hào)科具有各自的號(hào)種、診療費(fèi)、掛號(hào)費(fèi)、病理費(fèi)等。病人可以選擇科室和收費(fèi)類別。

        圖5 門診掛號(hào)功能的E-R圖

        而針對(duì)薪資管理模塊的分析,需要考慮的數(shù)據(jù)實(shí)體較多,包含出勤、職工、出差、科室等,為了合理簡化冗余的數(shù)據(jù)操作,減小修改、刪除的操作復(fù)雜度,根據(jù)范式理論,每一種實(shí)體具有多種屬性。一名職工可以對(duì)應(yīng)多個(gè)科室,擁有一條薪資信息和多條考勤記錄,出差的次數(shù)是多次的關(guān)系,其E-R 圖如圖6所示,具有數(shù)據(jù)庫設(shè)計(jì)的合理性。

        圖6 薪資功能模塊的E-R圖

        3 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

        3.1 系統(tǒng)功能詳細(xì)設(shè)計(jì)

        門診收費(fèi)管理模塊分別由掛號(hào)管理和劃價(jià)收費(fèi)管理組成,傳統(tǒng)的財(cái)務(wù)管理模式是將這兩個(gè)模塊進(jìn)行單獨(dú)區(qū)分,為了提高在互聯(lián)網(wǎng)環(huán)境下兩個(gè)方面的融合,避免數(shù)據(jù)的冗余和浪費(fèi),文中采用合并的方式進(jìn)行設(shè)計(jì),門診收費(fèi)模塊的流程如圖7 所示,病人首先到門診掛號(hào),然后才能完成分科診斷,直至清算費(fèi)用,系統(tǒng)用于處理日常掛號(hào)和劃價(jià)產(chǎn)生的大量工作,這個(gè)模塊設(shè)計(jì)主要由病人類和賬戶類組成,完成部門查詢和門診收費(fèi)查詢功能,以供用戶查閱,病人類具備賬戶的相關(guān)信息,賬戶是病人的成員函數(shù),門診收費(fèi)模塊類圖如圖8 所示。

        圖7 門診收費(fèi)流程

        圖8 門診收費(fèi)模塊類圖

        薪資管理模塊中,職工人事信息采集流程如圖9所示,在進(jìn)入登錄界面后進(jìn)行驗(yàn)證,可以對(duì)薪資賬號(hào)進(jìn)行查詢、修改、新建的操作,完成操作后可以結(jié)束退出。為了保證薪資的順利發(fā)放,財(cái)務(wù)人員可以查詢、修改職工的基礎(chǔ)信息,在工資管理流程中可以實(shí)現(xiàn)責(zé)任到人,并且隨著記錄人數(shù)的增多,電子化的流程大大提升了自動(dòng)化辦公流程,維護(hù)薪資的發(fā)放效率。

        圖9 薪資賬號(hào)管理模塊流程

        薪資賬戶類的設(shè)計(jì)就是記錄醫(yī)院職工的賬戶信息,包括職工的編號(hào)、銀行卡號(hào)、職工名字、結(jié)算日期等信息。在職工信息類中包含職工編號(hào)、姓名、性別、生日、學(xué)歷、家庭住址等個(gè)人信息,薪資結(jié)算模塊完成對(duì)職工工資的結(jié)算與管理,提供查詢并打印工資條功能,充分運(yùn)用網(wǎng)絡(luò)處理手段實(shí)現(xiàn)企業(yè)財(cái)務(wù)管理,職工薪資查詢的順序如圖10 所示。

        圖10 職工薪資查詢順序

        3.2 系統(tǒng)實(shí)現(xiàn)

        門診收費(fèi)管理模塊的界面如圖11 所示,首次就醫(yī)的患者會(huì)產(chǎn)生一個(gè)病歷編號(hào),進(jìn)行注冊時(shí),系統(tǒng)顯示病人填寫的信息內(nèi)容,如果不是第一次就醫(yī),則可以搜索以前的就醫(yī)信息,進(jìn)行選擇操作,點(diǎn)擊確定按鈕,根據(jù)系統(tǒng)的計(jì)算支付掛號(hào)的費(fèi)用。醫(yī)生可以通過數(shù)據(jù)庫查詢病人的基礎(chǔ)信息,提高了工作效率。

        圖11 門診收費(fèi)管理界面

        針對(duì)醫(yī)院職工薪資管理模塊,薪資審核界面如圖12 所示,職工加入工作后,填寫個(gè)人信息錄入到系統(tǒng)數(shù)據(jù)庫中,職工與財(cái)務(wù)科人員溝通,財(cái)務(wù)科人員根據(jù)考勤管理和出差記錄審核薪資明細(xì),并且依據(jù)職工的情況可以查詢、修改、刪除其信息,實(shí)現(xiàn)財(cái)務(wù)的電子化轉(zhuǎn)移,為了薪資發(fā)放的透明化,可以向職工提供查詢和打印功能,將信息詳細(xì)列出,實(shí)現(xiàn)了合理的協(xié)助。為了保證員工的自身權(quán)利,提供薪資結(jié)算公式編輯器進(jìn)行自主核算,其界面如圖13 所示。

        圖12 薪資審核界面

        圖13 公式編輯界面

        4 結(jié)論

        文中從目前醫(yī)院的財(cái)務(wù)管理方式出發(fā),研究了各個(gè)模塊的不同需求,并且開展了各項(xiàng)功能的實(shí)現(xiàn)與測試,同時(shí)結(jié)合數(shù)據(jù)庫技術(shù)和B/S 編程模式,建立了醫(yī)院智能財(cái)務(wù)管理系統(tǒng),使得財(cái)務(wù)管理工作更加科學(xué)化?;诨ヂ?lián)網(wǎng)的環(huán)境,完善該系統(tǒng)功能操作簡單。在設(shè)計(jì)和實(shí)現(xiàn)各個(gè)模塊的過程中,針對(duì)不同業(yè)務(wù)進(jìn)行適配,使相關(guān)科室能更加高效地處理醫(yī)療支付問題。整合醫(yī)院資源,解決薪資發(fā)放費(fèi)用管理的難題。不過,需要引起重視的是,因?yàn)槠渲羞€存在代碼、設(shè)計(jì)等方面的不足,很多區(qū)域在使用的時(shí)候也存在宕機(jī)的情況。所以,還要在當(dāng)前研究的基礎(chǔ)上,借助各種不同的手段,不斷對(duì)其進(jìn)行完善,最大程度地體現(xiàn)其作用,之后還要不斷地進(jìn)行優(yōu)化升級(jí),確保實(shí)現(xiàn)與醫(yī)院自身發(fā)展相適應(yīng)的財(cái)務(wù)管理新模式。

        猜你喜歡
        掛號(hào)薪資收費(fèi)
        不簡單以“住房薪資”引才——遵循“一步一重天”的人才發(fā)展規(guī)律
        行政法上之不利類推禁止*——以一起登記收費(fèi)案為例
        法律方法(2021年4期)2021-03-16 05:35:10
        分析探討自助掛號(hào)系統(tǒng)在門診管理中的應(yīng)用效果
        中文信息(2021年12期)2021-03-09 07:28:20
        論高速公路收費(fèi)服務(wù)水平的提高和收費(fèi)服務(wù)設(shè)施的完善
        中國公路(2017年10期)2017-07-21 14:02:37
        Python與Spark集群在收費(fèi)數(shù)據(jù)分析中的應(yīng)用
        我會(huì)獨(dú)自掛號(hào)
        掛號(hào)中介服務(wù)“賠本賺吆喝”
        分時(shí)段預(yù)約掛號(hào)的實(shí)現(xiàn)與應(yīng)用
        “微信收費(fèi)”背后的創(chuàng)新之困
        乱中年女人伦av三区| 全免费a敌肛交毛片免费| 伊伊人成亚洲综合人网香| 婷婷九月丁香| 一本久久伊人热热精品中文| 国内精品少妇高潮视频| 国产莉萝无码av在线播放| 亚洲AV成人片色在线观看高潮| 九色精品国产亚洲av麻豆一| 日本a级特级黄色免费| 色一情一区二区三区四区| 欧美视频第一页| 激情网色图区蜜桃av| 成熟人妻换xxxx| 老师翘臀高潮流白浆| 国产精品中文第一字幕| 国产精品女同一区二区免| 欧美熟妇另类久久久久久不卡| 久久欧美与黑人双交男男| 亚洲人成绝费网站色www| 久久精品中文字幕有码| 亚洲欧美日韩成人高清在线一区| 四虎影视国产在线观看精品| 亚洲视频中文字幕更新| 亚洲字幕中文综合久久| 永久免费观看国产裸体美女 | 91精品国产高清久久福利| 日本一二三区视频在线| 永久黄网站色视频免费| 久久久精品人妻一区二| 久久久免费看少妇高潮| 日本免费一区二区三区| 911国产在线观看精品| 杨幂一区二区系列在线| 国产精品无码aⅴ嫩草| 激情五月婷婷综合| 一级a免费高清免在线| 久久无码字幕中文久久无码| 66lu国产在线观看| 人妻熟女妇av北条麻记三级| 久久夜色精品国产亚洲av动态图|