《基于BS的醫院HIS服務注冊管理系統設計與實現》9700字_第1頁
《基于BS的醫院HIS服務注冊管理系統設計與實現》9700字_第2頁
《基于BS的醫院HIS服務注冊管理系統設計與實現》9700字_第3頁
《基于BS的醫院HIS服務注冊管理系統設計與實現》9700字_第4頁
《基于BS的醫院HIS服務注冊管理系統設計與實現》9700字_第5頁
已閱讀5頁,還剩19頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

-25-基于BS的醫院HIS服務注冊管理系統設計與實現摘要隨著網絡技術的高速發展,各行各業的不斷更新,出現了大量HIS系統以及與它相關聯的軟件應用。HIS系統與這些軟件應用之間的調用,需要通過接口API(ApplicationProgrammingInterface)來實現,同時新技術的出現,伴隨而來的是各式各樣的應用接口以及它們管理問題,本文所研究的是關于各類應用接口管理問題,目的在于解決各類接口的管理困難。本項目目的在于針對各式各樣的接口進行一個規范、高效的管理,在系統內部可對接口的類型、它的url地址以及接口的參數管理、編輯,避免存儲接口數據的不規范,在本管理系統,可對已有接口項目進行可視化管理,不同企業用戶只能編輯自己添加的接口項目,不可更改其它企業已有接口項目的信息,避免惡意刪除等操作,如需使用對方企業接口項目,可通過醫院管理員進行接口項目權限更換。通過該項目,可以降低系統開發人員和醫院系統管理人員對接口管理工作的復雜度。系統用戶可通過系統可視化頁面,方便、迅速的查找相關接口項目以及子接口參數信息,避免開發人員通過后臺進行繁瑣操作,提高工作效率。用戶還可對接口項目信息及時更新(更改接口參數),來保證數據的時效性。本項目一方面提高了醫院管理系統的管理水平,便于醫院信息人員對各類應用程序接口進行統一管理,方便對接口的維護;另一方面避免了開發人員重復勞動,提高了工作效率,實現接口數據信息化以及可視化。管理系統的開發,使用了面向對象的可視化開發工具VisualStudio2019和SQLserver2019數據庫。通過整個開發過程,讓我對該工具的使用更加熟練,對該數據庫的了解更加深刻。從項目研究,數據庫到頁面的設計,再到前后臺數據的交互實現,這整個系統的開發過程,使我獲益匪淺,不但對醫院管理工作和相關接口知識有了更深刻的認識,而且對系統的開發有了更全面的掌握。關鍵詞:API;管理系統;HIS目錄摘要………………………=1\*ROMANITOC\o"1-3"\h\u1研究意義以及發展歷史 -1-1.1項目背景和意義 -1-1.2國內(外)API系統的研究現狀 -1-1.3研究內容和方法 -3-2可行性分析 -4-2.1系統概況目標 -4-2.2對現有系統的分析 -4-2.3所建議的系統 -4-2.4技術可行性(技術風險評價) -4-2.5本章小結 -5-3需求分析 -6-3.1系統需求概述 -6-3.2功能需求 -6-3.3非功能需求 -7-3.4系統業務流程圖 -7-3.5系統數據流圖 -9-3.6系統數據字典 -9-4概要設計 -11-4.1系統概要設計 -11-4.2數據庫概念結構設計 -11-4.3數據庫表設計 -13-5詳細設計 -16-5.1數據庫的連接 -16-5.2模塊的具體實現 -16-5.2.1用戶管理模塊 -16-5.2.2接口項目管理模塊 -18-5.2.3個人項目模塊 -19-6總結 -23-參考文獻……………………241研究意義以及發展歷史1.1項目背景和意義隨著網絡技術的不斷發展,以及HIS系統在醫院大量普及使用,大量與醫療相關的軟件系統越來越多,同時HIS處于一個快速發展的階段,在醫院的基礎業務和管理工作環節中處于一個必不可少的存在,這種現象帶來的是大量軟件相關接口的使用,以及它們的復雜關系問題出現。一個醫院工作環節就要涉及到多個接口,例如在患者的報銷環節,就要涉及到醫保的接口、電子票據的接口,這些接口的出現,一方面是對醫院工作有了一個更好的助力,另一方面也帶了接口管理的難題。如何對醫院內部之間接口以及三方軟件接口進行快速有效合理的管理,是醫院需解決的問題。問題解決的同時也是便于減少醫院管理工作的負擔以及系統開發、維護人員的友好對待。目前一些醫院的軟件接口管理工作處于人工一對一配置方法,接口配置工作也是由系統人員操作,醫院人員沒有處于其中,同時醫院人員也無法掌握接口相關信息,接口工作復雜且重復,效率低下,同時接口信息雜亂,不便于管理。利用HIS服務注冊管理系統可以對醫院的接口和三方接口進行管理等工作,在一定程度上對接口進行規范化處理。針對不同項目建立不同的項目,添加不同接口,如建立電子票據項目,可添加對應的票據開具、換開接口等等,并設置接口相關參數。有利與管理工作的開展,可通過可視化界面,詳細知道某項目所涉及到接口,避免了接口信息雜亂,提高工作效率,滿足醫院管理工作的需求,對大量且復雜的接口管理工作簡單化,降低了接口維護管理成本,一定程度上提高系統服務效率,保證醫院管理工作對接口的治理能力。1.2國內(外)API系統的研究現狀我國目前醫療系統處于大力發展初期,相對來說信息化程度低,管理不夠完善,相應人才缺少,同時三級綜合性醫院業務極其復雜,難以有效整合,需建立高效可靠的信息集成平臺,做到信息的集成,便于維護,這也是醫院信息化不可少的一部分[1]。在醫院信息系統的發展階段期間,逐漸形成了由不同公司且種類繁多的系統構成一個完整的醫療系統,不同系統間通過接口進行連接,由此出現了大量的醫療系統接口,醫院可建立一個管理平臺,對醫院整個醫療系統相關接口進行簡單高效管理,減少不同系統間耦合,以降低不同系統間復雜接口關系,滿足醫院管理需求,便于進行系統的維護[2]。不止于醫療行業接口問題,一些企業也采用了接口管理平臺,例如京東通過api平臺管理,對京東內部與外部的生態資源有了一個很好的整合,更好滿足了顧客和店家的需求,并提高了企業的管理水平和服務能力[3]。同時隨著網絡技術的不斷更新,一些云開放平臺隨之出現,該些平臺集成第三方應用接口,對發布到平臺中的接口進行統一有效的管理,解決了不同開發者之間的信息隔離問題,并通過一套接口訪問控制機制,保證了改些開發平臺的安全性和可用性[4]。不同類型接口之間存在不同,接口信息復雜且雜亂,通過數據庫管理接口,靜態數據等,在管理系統中對其可視化管理,直觀的展示各個接口,并通過展示頁面獲取的接口的詳細信息以及調用方法,這是學者葉剛在期刊內容所提出Web接口規范化管理的內容[5]。通過這樣的管理方法,可以對不同類型之間雜亂的接口信息規范化的作用,并易于管理。基于網絡技術的不斷變化,新技術的出現,有人提出基于微服務的低成本協同工作并小而自治的優勢,搭建API管理平臺。平臺面向API提供者提供開放環境,便于平臺用戶針對API進行簡約化管理,有效解決了接口相關的錯綜復雜的調用關系,并增加的對接口的治理能力[6]。也有一些學者提出基于MVC+MSSQL+EF來開發軟件接口管理平臺,使用該框架有著對數據庫依賴性低、可減少迭代的期限的優勢,同時便于實施人員進行后期的維護[7]。由于醫院業務的不斷開展,與其相對接的方面和軟件不斷增加,如:自助機、微信、醫保、電子票據等等,大量需對接的軟件出現也在意為著大量相關接口增加。羅房房等學者提出過醫院系統與電子票據的管理平臺接口的研究,指出電子票據存在著開局接口、換開接口、沖紅接口等大量接口,可通過平臺的對接將其醫院實際業務和平臺票據接口對接,實現電子化管理,提高工作效率[8]。陳家駒等學者提出智慧自助服務平臺想法,在醫院內部部署統一自助服務平臺,通過該平臺可實現醫療業務的平臺化和對支付接口進行統一封裝的管理。并利用WebAPI和支付接口等技術實現醫療業務接口與該平臺的對接,增加患者看病繳費支付方式,提升患者看病滿意度[9]。在國內,出現了一批接口管理平臺的出現,如有YAPI平臺、swagger平臺等等,這些接口管理平臺相當于一個中轉站,用戶可新建項目,并快速添加各類接口,同時對這些接口進行集中管理,方便系統內部操作和查詢。集中管理接口可以提高工作效率,將項目中零散的接口整理到一個平臺,避免了開發過程中各類繁瑣的查找接口操作。國外學者Hohenstein等人提出一個市場平臺的想法,該市場支持數據訪問或用戶訪問,通過市場提供一個平臺,使數據提供商能夠生成,宣傳和銷售對API的訪問,通過頁面展示API信息和相關介紹,而消費者可通過頁面查看API信息和相關介紹,并做一個購買API訪問權決定,該平臺面向提供商和消費者提供專用的web界面,用于區別不同用戶,API提供商可在其平臺上對本身添加的API進行管理[10]。在國外,患者用戶可以選擇第三方系統接口進行訪問相關系統數據,在api訪問的同時還可以促進數據的雙向交換,達到數據共享的程度。國外醫院對醫院內部和外部接口進行管理,利用對接口管理,使得接口能支持患者數據訪問,這給患者帶來創新的新產品體驗,這樣的同時也是向以病人為中心和相互聯系的醫療保健系統邁進[11]。1.3研究內容和方法在本文中先提出網絡與醫療的結合概述,并指出伴隨相關接口的出現,同時也介紹了針對接口的管理工作對醫院工作和管理環節的重要意義,以及說明了所研究的系統主要功能,明確了論文的主題。本文分析了國內(外)關于API系統平臺的研究現狀和發展。并在以下章節通過可行性分析、需求分析、總體設計和詳細設計介紹了本系統整個的生命周期過程。并在本文的最后結合前幾章節對整篇論文作一個綜合論述,進行總結。本文重要的研究方法為文獻法、調查法、觀察法和實驗法。首先通過查閱相關文獻資料進行分析,同時通過與醫院接觸和了解,知道目前相關系統發展進度,明確本系統的可行性以及如何實現技術方法。在系統開發過程中使用VisualStudio開發工具以及SQLServer數據庫,并在系統功能實現的同時進行功能調整,保證系統的合理性,直到系統最終實現。

2可行性分析2.1系統概況目標本項目所管理的接口項目是指HIS系統運行中所涉及到的相關接口:如有醫保接口、微信平臺接口以及第三方醫療應用的接口,其接口數量大,管理難度復雜,不便于醫院后期對管理工作的開展。HIS服務注冊管理系統就是對該類接口項目以及接口相關信息的管理系統,通過本系統可以新建一個接口項目,并添加、修改項目相關接口參數信息,并通過頁面所展示相關信息,使得在醫院管理工作中可以對接口進行可視化管理,減少接口管理難度,使醫院接口管理工作進一步規范化和信息化,提高接口信息的監管水平。2.2對現有系統的分析當前醫院管理工作中,并沒有針對接口進行一個管理,只有各系統的開發人員掌握知道他們本系統的接口信息,當想查詢非本公司所開發的接口,他們無法通過高效的路徑來查找相關接口信息,同時醫院信息科人員對醫院相關接口不知道其相關信息。開發人員只能通過電話聯系相關公司進行查詢或者后臺查找相關接口和參數,這種方法耗時耗力,極大降低了工作效率。2.3所建議的系統HIS服務注冊管理系統不是一個孤立的系統,他是針對與醫院所用到的系統和平臺,一個平臺針對一個公司用戶,公司用戶可根據本身所涉及到的接口信息,添加接口信息在HIS服務注冊管理系統,便與不同用戶的查看了解接口相關信息和醫院管理工作開展。在后續的接口變動時,該用戶可對本系統所添加的接口信息進行維護,保證數據的時效性。醫院管理員賬號具有管理系統功能,可對該系統用戶進行編輯操作。2.4技術可行性(技術風險評價)系統在運行過程中,系統的用戶主要是醫院信息科和系統人員,由于用戶本身具備基礎的電腦知識,針對系統的使用沒有什么難度,只需要在日后系統的維護和更新中來同步更改本系統相關接口數據,確保系統數據與正在使用的接口數據同步更新。在系統現階段的研究,利用現有的人員和資源是具備開發條件的,同時在后期系統維護上并不會出現大問題。所以HIS服務注冊管理系統在技術上是完全可行的。2.5本章小結通過對目前醫院信息科管理工作了解,和在實施HIS系統的公司實習工作經歷,醫院對接口管理是有一定的需求,同時通過查閱了大量相關文獻和目前已有的技術水平支撐,本系統是存在開發的價值,并具有一定的可行性。3需求分析3.1系統需求概述目前,醫院的系統經過不斷發展,所涉及的方面越來越廣,以及所相關接口越來越多,例如一個電子票據,它就涉及到十幾個相關接口(如:門診、住院電子票據開具接口,換開接口,沖紅接口等等),大量的接口出現帶了的是系統維護和醫院管理難度增加。以人工管理的方法難以維持當前系統的發展和滿足醫院的管理工作需求。3.2功能需求(1)用戶管理模塊:該模塊功能主要實現系統用戶注冊、用戶刪除、用戶登錄、系統用戶查看以及修改個人密碼功能,一個用戶對應一家軟件應用公司。同時由于本系統作為醫院內部使用,用戶注冊、用戶刪除以及系統用戶查看功能只開放給醫院管理員(如:admin)賬號,普通公司用戶不具備這三個功能模塊的權限。(2)接口項目管理模塊:該模塊功能主要實現接口項目分類顯示、搜索接口項目、查看項目詳細信息功能。可根據不同類別分類顯示接口項目列表;根據接口項目名稱進行查找對應接口項目;可點擊項目列表查看該接口項目的子接口參數詳細信息。系統所有用戶都具備該模塊功能。(3)個人項目模塊:該模塊功能主要實現添加接口、修改接口信息、刪除接口信息以及權限變更功能。系統用戶可添加接口項目,并對其添加子接口參數信息;用戶可對本身已有的接口項目信息進行修改(非本用戶已有的接口只具備查閱功能);用戶可針對選擇性刪除整個接口項目或某子接口再或者子接口對應某參數信息,接口信息區分成三層;醫院管理員(如:admin)用戶可通過權限變更實現用戶對不同接口的操作權限修改,變更項目擁有者。以上為主要功能需求,區分系統不同用戶所對應詳細功能如表3所示:表3系統功能表對象功能詳述系統所有用戶用戶登錄用戶登錄系統修改個人密碼用戶更改本賬號的密碼項目分類顯示分不同列表顯示對應項目搜索接口項目搜索查詢系統內接口項目查看項目詳細信息查看系統內接口項目信息增加接口項目增加新的接口項目信息修改接口信息修改接口項目信息刪除接口信息刪除對應的接口、參數醫院管理員(admin)用戶注冊注冊添加系統用戶用戶刪除對系統用戶進行刪除修改權限更變接口項目擁有者3.3非功能需求安全性:本系統使用目標人群為醫院信息科人員和醫療系統公司人員,同時要求賬號的唯一性,一個賬號對應一個醫療系統公司用戶,賬號的注刪除管理由醫院信息科管理,同時通過系統本身控制,不同用戶之間不可修改對方接口信息,保證接口數據的正確性,防止出現各種惡意行為,造成數據的錯誤。性能:本系統基于B/S模式開發,主要界面為接口項目管理界面以及子接口參數管理界面,確保系統已有界面能在不同分辨率的顯示器中進行很好的自動適應顯示,避免界面顯示不全或者排版錯亂。數據反應時間能在1s時間之內完成。3.4系統業務流程圖以下為系統用戶在系統內部基本操作的流程,同時也是系統的業務流程圖。如圖3-1所示:圖3-1系統業務流程圖用戶進入系統,可以查看根據不同類別所對應接口項目并查看該接口詳細信息,系統用戶可進入登錄頁面,進行登錄操作,系統進行登錄判斷。如登錄不成功,跳出提示內容并返回登錄頁面;如登錄成功,系統進行是否為管理員判斷,根據判斷結果,系統進行權限控制。如系統判斷當前登錄用戶為非管理員賬戶,當前用戶可進行添加接口,新建接口添加參數以及修改散出接口參數等操作,最后進行提交保存操作結束流程;如系統判斷當前登錄用戶為管理員賬戶,將開放用戶注冊、用戶刪除和權限修改操作,管理員賬戶可進行相應操作。如權限修改成功,所修改項目替換人員可通過查看個人項目,進行修改刪除接口信息操作,如權限修改不成功,可以選擇繼續權限修改或者結束系統操作,退出系統。3.5系統數據流圖以下為系統數據在系統內部的一個數據的處理與流動情況。如圖3-2、圖3-3所示:圖3-2頂層數據流圖圖3-3第一層數據流圖3.6系統數據字典以下為該系統數據庫中,接口信息以及接口參數信息的數據字典:名字:接口信息別名:描述:系統中接口項目所對應相關接口的信息定義:接口信息=對應接口項目id+接口編號+接口名稱+接口地址+接口返回類型+參數id+接口備注+修改時間+接口返回值口返回值+對應項目id位置:接口信息表(Apilist)名字:參數信息別名:描述:系統中接口所對應的參數的信息定義:參數信息=對應接口id+參數id+參數名+參數類型+必傳+缺省值+接口描述口返回值+對應項目id位置:參數信息表(Apics)名字:接口返回類型別名:描述:接口返回的類型定義:接口返回類型={post|get}口返回值+對應項目id位置:接口信息表(Apilist)4概要設計4.1系統概要設計本系統功能包括用戶管理模塊、接口項目管理模塊、個人項目模塊。用戶管理模塊下級具體為用戶注冊、用戶刪除、用戶登錄、修改個人密碼,接口項目管理管理模塊下級具體為項目分類顯示、搜索接口項目和查看項目詳細信息,個人項目管理模塊下級具體為增加接口項目、修改接口信息、刪除接口信息、項目權限變更等功能。詳情見圖4-1系統功能模塊結構圖所示。圖4-1系統功能模塊結構圖4.2數據庫概念結構設計本系統數據概念結構由四個實體組成,分別為用戶、接口項目、子接口、參數實體,實體與屬性之間的聯系如圖4.2-4.5所示,不同實體間的對應關系如圖4.6所示:圖4-2用戶實體聯系圖圖4-3接口項目實體聯系圖圖4-4接口信息實體聯系圖圖4-5接口參數信息實體聯系圖圖4-6項目-接口-參數實體間關系圖4.3數據庫表設計UserTable(用戶信息表)該表主要存儲系統用戶的基本信息,表結構如下:表4-1用戶信息表結構用戶表(UserTable)字段名稱數據類型是否為空主鍵字段說明1UserNamenvarchar(50)用戶名稱2Pwdnvarchar(50)用戶密碼3Namenvarchar(500)機構名稱Api(接口項目信息表)該表主要存儲接口項目的基本信息,表結構如下:表4-2接口項目信息表結構接口項目表(Api)字段名稱數據類型是否為空主鍵字段說明1APIIDnvarchar(500)接口項目id2Engnamenvarchar(500)接口項目英文名稱3Addtimedatetime接口項目增加時間4Chnnamesnvarchar(500)接口項目中文名稱5Numnvarchar(500)接口項目編碼6Usernamenvarchar(500)接口項目創建者7Typesint接口項目分類類型Apilist(子接口信息表)該表主要存儲子接口的基本信息,表結構如下:表4-3子接口信息表結構接口信息表(Apilist)字段名稱數據類型是否為空主鍵字段說明1Apicodenvarchar(500)接口對應項目id2Apinamenvarchar(500)接口名稱3Apiurlnvarchar(500)接口地址4Apitypenvarchar(500)接口獲取類型(post/get)5Idnvarchar(500)接口id6ApiresTest接口返回值7Resnvarchar(500)8Apinumnvarchar(500)接口編號9Apimsnvarchar(500)接口備注10Timedatetime接口修改時間Apics(參數信息表)該表主要存儲子接口相關參數的基本信息,表結構如下:表4-4參數信息表結構參數信息表(Apics)字段名稱數據類型是否為空主鍵字段說明1Apilistidnvarchar(500)參數對應接口id2Apinamenvarchar(500)參數名稱3Apitypenvarchar(500)參數類型4Apibcnvarchar(500)是否必傳(Y/N)5Apiqsnvarchar(500)缺省值6Apidesnvarchar(500)參數描述7Idnvarchar(500)參數id5詳細設計5.1數據庫的連接本系統通過連接SQLServer數據庫來實現,將數據庫配置信息放在Web.config文件中定義,數據庫連接字符串為<addname="connstr"connectionString="server=MACHENI-65C6ROM;uid=sa;pwd=123;database=CodeAPI;"/>,通過連接字符串加入服務名稱、數據庫賬號和密碼以及數據庫名稱,并在SQLHelper.cs文件中建立數據庫連接、定義一些sql語句,便于調用。并通過Handler.ashx文件封裝對數據的增、刪、改操作方法,通過頁面使用$.ajax()調用方法來實現數據的編輯。5.2模塊的具體實現5.2.1用戶管理模塊1.用戶注冊醫院系統管理員(如:admin)用戶可通過輸入對應的用戶名、密碼、機構名稱進行公司用戶的注冊添加,添加完成,公司用戶可根據分配的賬號可登陸本系統的進行操作。如圖5.2.1所示:圖5.2.1用戶賬號注冊界面用戶刪除醫院系統管理員(如:admin)用戶可通過下拉框選擇所要刪除的用戶名稱和輸入管理員賬號密碼進行核對,核對正確將從系統刪除此用戶。如圖5.2.2所示:圖5.2.2用戶刪除界面用戶登錄用戶可通過輸入賬號信息進行登錄。若登錄成功,改變頁面用戶狀態,返回到接口項目展示界面;若輸入信息有誤,將提示信息’輸入信息有誤’。如圖5.2.3所示:圖5.2.3用戶登陸界面修改個人密碼當前登陸用戶可通過此功能實現對本用戶賬號密碼修改。需輸入初始密碼,當初始密碼正確的前提下才可更改賬號密碼成功。如圖5.2.4所示:圖5.2.4修改個人密碼界面用戶查看醫院系統管理員(如:admin)用戶可通過此頁面可查看系統中所有用戶的相關信息,從左到右的信息內容依次為用戶名稱、密碼、用戶機構名稱,最后為刪除紅色按鈕,管理員用戶可通過點擊紅色刪除按鈕進行刪除用戶操作。如圖5.2.5所示:圖5.2.5用戶查看界面5.2.2接口項目管理模塊1.項目分類顯示、搜索接口項目系統用戶可通過此功能查看區分成不同分類下的接口項目。左邊的導航欄為微信(如:微信公眾號接口)、網站(如:影像結果查看網站接口)、應用(如:智慧醫院app)、其他等四個接口項目類別,點擊不同分類可以查看所屬不同分類下的接口項目;頁面右上方為為搜索框,用戶可輸入接口項目名稱來搜索(搜索不區分類別);頁面右下方為接口項目展示列表,從左到右依次展示內容為接口項目名稱、接口項目編號、創建者以及創建時間信息。如圖5.2.6所示:圖5.2.6接口項目展示界面查看項目詳細信息用戶可通過接口項目展示頁面點擊項目列表,進入該頁面查看對應項目詳細信息。該頁面左邊導航欄為該接口項目的多個子接口,點擊相關子接口可顯示不同子接口信息,右邊為子接口信息展示,可以查看子接口以及子接口多個參數的詳細信息。不同公司用戶之間只能查看對方公司已有的接口項目信息。如圖5.2.7所示:圖5.2.7查看項目詳細信息界面5.2.3個人項目模塊1.增加接口項目用戶可以在已登錄狀態下,通過接口項目展示界面右上方增加接口按鈕,進入增加接口項目界面。用戶可點擊下拉框選擇對應分類,和輸入相關接口項目信息進行添加接口操作,點擊提交按鈕后跳轉到修改接口信息界面,繼續對子接口和參數信息進行添加修改保存。如圖5.2.8所示:圖5.2.8添加接口項目界面2.修改接口信息用戶可通過點擊個人項目下接口列表、或者在增加接口項目時兩種路徑進入本頁面。用戶可通過該功能實現用戶對本身已有的接口項目進行增加、修改、刪除子接口和該子接口的參數信息操作,并提交保存。如圖5.2.9所示:圖5.2.9修改接口信息界面刪除接口信息用戶可通過該功能刪除本賬戶已有的接口項目,并可通過點擊列表進入修改接口信息界面,選擇性刪除項目下級子接口或者參數信息。如圖5.2.10所示:圖5.2.10刪除接口信息界面4.項目權限變更醫院系統管理員(如:admin)用戶可通過此實現用戶對不同接口項目的操作權限變更。管理員用戶可通過下拉框選擇項目名稱和項目更換人員進行項目權限變更操作。如圖5.2.11所示:圖5.2.11項目權限變更界面6總結本文所研究與設計的系統是基于B/S架構模式,此架構優勢在于簡化了系統的開發、維護和使用。同時系統按照軟件生命周期的階段來分析、設計、實現的步驟進行設計和開發。數據庫為SQLServer數據庫,保證數據安全\t"/item/Microsoft%20SQL%20Server/_blank"可靠的\t"/item/Microsoft%20SQL%20Server/_blank"存儲功能。本文分五個章節來描述了系統的設計過程,首先說明了項目的研究背景,對該項目的國內外研究現狀進行了介紹,其次對該系統項目進行可行性分析,并指出該系統是具有可行的、并有研究的意義價值。在系統可行的前提下,對系統需求進行分析,確立系統應有的功能,以及不同用戶所應有的功能模塊,同時對系統的流程進行整理和設計,保證系統的合理性。根據前一章節對系統需求的分析結論,明確本系統的整體結構和數據庫表結構設計以及它們表間的關系,便于后期的維護和管理。在實現階段中,根據前面已有章節,對各個模塊進行設計實現,并在本文中對各模塊功能進行詳細介紹,在實現的同時對系統進行優化。綜上所述,本文是以HIS(接口)服務注冊管理系統為中心,進行研究和設計,對系統的研究和實現過程進行了詳細介紹。在系統實現的同時也是代表著本人在大學四年所學知識和先進的互聯網技術的一個結合匯總,將書本上知識學以致用,將無形的知識轉化成實物實現出來,實現價值。

參考文獻[1]王禮.三級醫院業務系統接口模式探析[J].信息與電腦(理論版),2017(03):178-179.[2]陳飚.基于WebService

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論