雙向轉診系統(tǒng)詳細設計歸納總結報告

1、雙向轉診系統(tǒng)詳細設計報告司廣磊李 鵬邱紅偉施 雯1、引言21.1 研究背景21.2 國內外研究現(xiàn)狀41.2.1 國外研究現(xiàn)狀41.2.2 國內研究現(xiàn)狀41.3 編寫目的51.4 參考資料62、任務概述62.1 運行環(huán)境62.2 需求概述62.3 條件與限制73、總體設計73.1 系統(tǒng)網(wǎng)絡結構設計73.2 系統(tǒng)功能設計83.3 系統(tǒng)處理流程設計93.3.1 普通轉診設計93.3.2 緊急轉診設計93.3.3 預約轉診設計103.3.4 住院前訪視設計103.3.5 協(xié)助查房設計113.3.6 出院后訪視設計123.3.7 健康卡管理設計134、相關數(shù)據(jù)庫設計134.1 數(shù)據(jù)結構設計134.2 關

2、鍵業(yè)務數(shù)據(jù)字典設計155、運行設計195.1 運行模塊的組合195.2 運行控制195.3 運行時間196、出錯處理設計196.1 出錯輸出信息196.2 出錯處理對策197、備份和安全設計207.1 系統(tǒng)備份設計207.2 系統(tǒng)安全設計201、引言1.1 研究背景醫(yī)療衛(wèi)生服務關系億萬人民的健康，關系千家萬戶的幸福，是重大民生問題。改革開 放以來，我國醫(yī)藥衛(wèi)生事業(yè)取得了顯著成就，覆蓋城鄉(xiāng)的醫(yī)藥衛(wèi)生服務體系基本形成，疾 病防治能力不斷增強，醫(yī)療保障覆蓋人口逐步擴大，衛(wèi)生科技水平迅速提高，人民群眾健 康水平明顯改善。各級政府投入加大，公共衛(wèi)生、農村醫(yī)療衛(wèi)生和城市社區(qū)衛(wèi)生發(fā)展加快， 新型農村合作醫(yī)療

3、和城鎮(zhèn)居民基本醫(yī)療保險取得突破性進展。伴隨信息技術在醫(yī)療衛(wèi)生行業(yè)的發(fā)展，醫(yī)院信息化建設呈現(xiàn)出了明顯的階段性，可以將其分為三個階段，目前整體上處于第二階段，部分地區(qū)開始進入第三階段。第一個階段是在 21 世紀前，以計算機基礎技術應用為主，在這一時期主要建設了醫(yī)院財務管理系統(tǒng)、藥品管理系統(tǒng)等，將原來傳統(tǒng)的業(yè)務計算機化，實現(xiàn)計算機技術在醫(yī)療衛(wèi)生系統(tǒng)的普及。其顯著特點是信息化范圍僅限于機構內部。第二個階段是在 21 世紀后，以計算機網(wǎng)絡技術的應用為主，在這一時期如公共衛(wèi)生信息系統(tǒng)、衛(wèi)生監(jiān)督系統(tǒng)、婦幼保健系統(tǒng)、新型農村合作醫(yī)療系統(tǒng)等信息系統(tǒng)得到了應用。同時，在在這一時期，還建設了大量的條線系統(tǒng)。各級醫(yī)院

4、、疾病預防控制機構（CDC） 和衛(wèi)生監(jiān)督、行政部門可以同時在線報告信息，提高了傳染病等疫情報告的及時性和準確 性。而在醫(yī)院，信息化建設的重點轉移到臨床信息系統(tǒng)建設，如逐步推廣PACS、RIS、LIS 等臨床信息系統(tǒng)。第三階段的顯著特征是區(qū)域衛(wèi)生信息化，在國家政策帶動下，一些經濟發(fā)達地區(qū)開始積極探索建立本地區(qū)的區(qū)域衛(wèi)生信息化建設，取得了明顯進展。如，上海市閔行區(qū)、廣州市番禺區(qū)和福建廈門市都開展了基于健康檔案的區(qū)域衛(wèi)生信息化建設工作，部分地區(qū)實現(xiàn)了區(qū)域居民健康檔案信息在醫(yī)院、社區(qū)之間的共享以及基于居民電子健康檔案的“雙向轉診服務”。隨著醫(yī)院信息系統(tǒng)的發(fā)展，記錄病人健康信息的電子健康記錄（EHR）、

5、電子病歷（EMR）逐步被建立和應用起來。這些信息在居民選擇不同醫(yī)療機構服務時，產生并儲存在相應機構。這些信息都是居民健康記錄的重要組成部分。要實現(xiàn)雙向轉診，實現(xiàn)居民健康信息的共享，必須形成統(tǒng)一和完整的居民電子健康檔案。這就要求必須將這些分散在不同地點、以不同形式表示和存儲的數(shù)據(jù)信息按照統(tǒng)一的標準進行匯集和交換。這也是實現(xiàn)雙向轉診系統(tǒng)的基礎。而作為信息匯集和交換的標準，HL7 正被越來越多的 HIS 廠商所認可。HL7是 HealthLevelSeven的縮寫，名稱源于該標準符合國際標準化組織（InternationalOrganizationForStandardization）的開放式系統(tǒng)互

6、聯(lián)模型（Open Systems Interconnection）的第七層內的從應用端到應用端接口的概念定義。它是由 1987 年成立的 HL7 工作組制定,是由美國國家標準局（ANSI）批準頒布實施的醫(yī)療衛(wèi)生機構及醫(yī)用儀器、設備數(shù)據(jù)信息傳輸標準；它適用于醫(yī)院內部不同醫(yī)療信息系統(tǒng)之間病歷資料、臨床檢驗結果、財務信息等的交換，同時也適用于醫(yī)院之間、醫(yī)院與相關機構之間大量的信息交換需求。在信息技術進入醫(yī)療衛(wèi)生領域之前，人們每次獲得的醫(yī)療衛(wèi)生服務在一定程度上是相對孤立的，而高效率和高質量的衛(wèi)生服務需要信息的共享、衛(wèi)生機構間的協(xié)作；同時，醫(yī)療衛(wèi)生資源是有限的，資源的分配也不均衡、不合理，再加上人口的流

7、動性，單純通過某個醫(yī)療機構很難大幅提高其服務效率和服務質量，必須通過高效手段將區(qū)域內的衛(wèi)生資源整合起來，從而提高醫(yī)療服務可及性、降低醫(yī)療費用、減少醫(yī)療差錯。而這也正是當前孤立的醫(yī)療信息系統(tǒng)造成的問題。2006 年 2 月 21 日，國務院在關于發(fā)展城市社區(qū)衛(wèi)生服務的指導意見（國發(fā)200610 號）中指出，“建立社區(qū)衛(wèi)生服務機構與預防保健機構、醫(yī)院合理的分工協(xié)作關系。實行社區(qū)衛(wèi)生服務機構與大中型醫(yī)院多種形式的聯(lián)合與合作，建立分級醫(yī)療和雙向轉診制度，探索開展社區(qū)首診制試點，由社區(qū)衛(wèi)生服務機構逐步承擔大中型醫(yī)院的一般門診、康復和護理等服務?！狈旨夅t(yī)療和雙向轉診制度，即社區(qū)衛(wèi)生服務機構與區(qū)域大中型綜合

8、醫(yī)院、專科醫(yī)院簽訂協(xié)議，讓一般常見、多發(fā)的小病在社區(qū)衛(wèi)生服務機構治療，大病則轉向二級以上的大醫(yī)院，而在大醫(yī)院確診后的慢性病治療和手術后的康復則可轉至社區(qū)衛(wèi)生服務機構。這樣， 就可以實現(xiàn)“小病不出社區(qū)，大病及時轉診”的目的。正是在這種背景下，我們小組選擇了雙向轉診系統(tǒng)作為我們的研究課題，嘗試開發(fā)能夠應用在沈陽市社區(qū)醫(yī)院和二三級醫(yī)院之間的雙向轉診系統(tǒng)。1.2 國內外研究現(xiàn)狀1.2.1 國外研究現(xiàn)狀加拿大在 2000 年 9 月成立了名為 Health Infoway 的機構以推動國家以及各地區(qū)域衛(wèi)生信息網(wǎng)的建設。從 2001 年開始投資 16 億加元建立覆蓋全加拿大的電子健康系統(tǒng)；為促進信息技術在

9、醫(yī)療機構和終端用戶的普及，從 2002 年開始，Infoway 宣布投資數(shù)億美元， 用于建立全國居民電子健康檔案信息系統(tǒng)、藥品管理信息系統(tǒng)、實驗室信息系統(tǒng)、系統(tǒng)影像信息系統(tǒng)以及公共衛(wèi)生信息系統(tǒng)和遠程醫(yī)療系統(tǒng)等；建立規(guī)范的醫(yī)療信息標準，同時， 為實現(xiàn)電子健康檔案在全國的交換和共享，建立在全國范圍的用戶、醫(yī)療服務機構的統(tǒng)一識別系統(tǒng)。并計劃在 2010 年年底之前，為 50%的加拿大人建立在全國可交互的電子健康記錄，到 2016 年實現(xiàn)全部人口的電子健康記錄。在美國，布什總統(tǒng)在 2004年眾議院的年度國情咨文中專門強調醫(yī)院信息系統(tǒng)建設， 指出將醫(yī)療保健記錄計算機化，可以避免嚴重的醫(yī)療差錯，降低成本，

10、提高醫(yī)療水平，并要求在 10 年內，確保絕大多數(shù)美國人擁有共享的電子健康記錄。本計劃從 2005 年開始實施，美國國家衛(wèi)生信息網(wǎng)選擇了 4 家全球領先的衛(wèi)生信息化技術廠商，在全國四大試點區(qū)域分別進行開發(fā)。研究多種醫(yī)療應用系統(tǒng)（包括電子健康檔案）的業(yè)務模型和它們之間的互通協(xié)作能力。2006 年，政府更是為實施電子病歷設立了 1.25 億美元的?？?。在英國，從 2003年底開始，為擬搭建全國性的衛(wèi)生信息網(wǎng)，政府與多家全球領先的衛(wèi)生信息化服務商簽署了總金額逾 60 億英鎊的合同。通過這個信息網(wǎng)的建設，居民可以方便的選擇并預定指定醫(yī)院的服務，隨時查看個人電子病歷信息等。醫(yī)生還可以通過該信息網(wǎng)為居民提供

11、網(wǎng)上預約服務、醫(yī)學影像共享及遠程醫(yī)療咨詢服務等。2005 年，英國還成立了 NHS 醫(yī)療連接專門機構監(jiān)管項目進展，將全國 5 個區(qū)域內 300 多家醫(yī)院、3 多名全科醫(yī)生的電子病歷系統(tǒng)連接起來，希望在 2010年實現(xiàn)具有整合醫(yī)療與社會保健的電子健康檔案系統(tǒng)。目前，國家衛(wèi)生信息網(wǎng)已經取得了階段性的成就，成為歐洲國家級衛(wèi)生信息化建設的典型代表。綜上所述，不同醫(yī)療體制和不同醫(yī)療市場環(huán)境的發(fā)達國家實踐表明，通過衛(wèi)生信息共享能夠提高醫(yī)療服務效率、服務質量、醫(yī)療服務的可及性，降低醫(yī)療成本、以及降低醫(yī)療風險。區(qū)域衛(wèi)生信息化建設已被公認是未來醫(yī)療行業(yè)的發(fā)展方向。但由于區(qū)域衛(wèi)生信息化和電子健康記錄建設的復雜程度

12、和覆蓋范圍，在執(zhí)行過程中面臨諸多挑戰(zhàn)。各國進行了各種探討和建設實踐，為我國區(qū)域衛(wèi)生信息化建設、居民健康檔案建設以及社區(qū)與醫(yī)院間的雙向衛(wèi)生服務提供了豐富的建設經驗和教訓讓我們借鑒。1.2.2 國內研究現(xiàn)狀近年來，我國醫(yī)療衛(wèi)生事業(yè)取得了長足進步，衛(wèi)生信息化的投入也越來越多。在信息技術飛速發(fā)展的過程中，我國衛(wèi)生信息化建設經歷了從無到有，從局部到全局，從醫(yī)院向其他各個業(yè)務領域不斷滲透的過程，衛(wèi)生信息化逐漸成為醫(yī)療衛(wèi)生服務體系不可或缺的部分。伴隨信息技術在醫(yī)療衛(wèi)生行業(yè)的發(fā)展，醫(yī)院信息化建設呈現(xiàn)出了明顯的階段性，可以將其分為三個階段，第一個階段以計算機基礎技術應用為主，開發(fā)了一系列的單機應用系統(tǒng)，重點解決

13、復雜人工問題的電子化，如財務系統(tǒng)、藥品管理系統(tǒng)等；第二階段以計算機網(wǎng)絡技術為主，在這一階段開發(fā)了大量的條線系統(tǒng)，如疫情直報、婦幼保健信息直報等系統(tǒng)，在醫(yī)院則從以財務為中心的信息系統(tǒng)建設轉移到臨床信息系統(tǒng)上來，如 CIS、LIS 等； 第三階段的顯著特征是區(qū)域衛(wèi)生信息化，如區(qū)域的雙向轉診系統(tǒng)、應急指揮系統(tǒng)等。目前整體上還屬于第二階段。2004 年起，上海市長寧區(qū)在全區(qū)部署實施 CHSS 系統(tǒng)，通過 VPN 專線網(wǎng)絡涵蓋 60 個站點，并通過社區(qū)服務中心 HIS 系統(tǒng)與 CHSS 系統(tǒng)的對接，實現(xiàn)社區(qū)衛(wèi)生服務中心與社區(qū)服務站點的信息互通，在一定程度上實現(xiàn)了個人健康信息的共享。2006 年 4 月份

14、完成了雙向轉診信息平臺、雙向轉診平臺，部分實現(xiàn)了社區(qū)醫(yī)院與二、三級醫(yī)院之間的病人信息的共享和交換。北京市衛(wèi)生局從 2007 年開始，依托 IBM 技術支持，建設了北京市社區(qū)衛(wèi)生服務信息系統(tǒng)，實現(xiàn)社區(qū)縱向管理中心、服務中心和社區(qū)服務站的IT 系統(tǒng)建設的同時，還實現(xiàn)橫向的基于“服務”的共享交換體系。此系統(tǒng)不僅能夠滿足社區(qū)醫(yī)院中包括基本醫(yī)療、康復、健康管理、慢病干預、健康教育和全科醫(yī)師可持續(xù)培訓體系建立，而且將逐步創(chuàng)造性地融 入雙向轉診、電子健康檔案等功能，實現(xiàn)社區(qū)系統(tǒng)與醫(yī)院的服務級交互。該系統(tǒng)已經試點 完成，并計劃在 2010 年向全市推廣。在醫(yī)院信息系統(tǒng)的發(fā)展中，記錄病人健康信息的電子健康記錄（

15、EHR）、電子病歷（EMR）逐步被建立和應用起來。這些信息在居民選擇不同醫(yī)療機構服務時，產生并儲存在相應機構。這些信息都是居民健康記錄的重要組成部分。要實現(xiàn)雙向轉診，實現(xiàn)居民健康信息的共享，必須形成統(tǒng)一和完整的居民電子健康檔案。這就要求必須將這些分散在不同地點、以不同形式表示和存儲的數(shù)據(jù)信息按照統(tǒng)一的標準進行匯集和交換。這也是實現(xiàn)雙向轉診系統(tǒng)的基礎。隨著越來越多的醫(yī)院信息系統(tǒng)向第三階段的區(qū)域衛(wèi)生信息化邁進，他們實現(xiàn)了在一定區(qū)域范圍內的數(shù)據(jù)共享，聯(lián)通了一些小的信息孤島，但由于我國衛(wèi)生信息化整體發(fā)展時間較短，還缺少公認的信息處理標準，又產生了一個個更大的信息孤島。衛(wèi)生部統(tǒng)計信息中心也于近年連續(xù)發(fā)布

16、了“中國醫(yī)院信息基本數(shù)據(jù)集標準 1.0 版”、“社區(qū)居民標準化健康檔案”、“基于健康檔案的區(qū)域衛(wèi)生信息平臺建設指南(試行)”等 等一系列規(guī)范文件，這些規(guī)范涵蓋了區(qū)域衛(wèi)生信息系統(tǒng)的建設指南、應用標準等各個領域。該項研究成果今后將成為我國區(qū)域衛(wèi)生信息化建設的重要依據(jù)。這些研究成果都為雙向轉 診系統(tǒng)的實施奠定了基礎。本項目正是在這樣一個大背景下，結合當前的實際環(huán)境，提出 將 HL7 標準作為信息匯集和交換的標準，規(guī)范系統(tǒng)對外信息的提供形式，建設基于 HL7的雙向轉診系統(tǒng)。1.3 項目意義“新醫(yī)改”方案中把“建立實用共享的醫(yī)藥衛(wèi)生信息系統(tǒng)”列為“八大支柱”之一， 信息化被提到前所未有的高度，遇到了難得

17、的發(fā)展機遇。這就要求衛(wèi)生信息化建設必須服務于醫(yī)療改革，從而決定了衛(wèi)生信息化建設思路必須摒棄原有單個業(yè)務驅動模式，重點轉向“以人為本”的健康信息系統(tǒng)建設。為緩解“看病難、看病貴”設計的、以健康信息共享和交換為核心的雙向轉診系統(tǒng)建設將成為衛(wèi)生信息化新的建設重點?！半p向轉診”系統(tǒng)的用途：小病分流到社區(qū)后，可以降低小病的醫(yī)療費用，社區(qū)醫(yī)院醫(yī)療資源閑置現(xiàn)象將得到改善；大醫(yī)院由于康復期病人 “壓床” 造成的醫(yī)療資源緊缺矛盾也會得到一定程度緩解，大病到大醫(yī)院也不會人滿為患，看不上病。社區(qū)群眾遇到疑難重病以及原有疾病加重或出現(xiàn)復雜變化，可以通過 “雙向轉診”獲得及時有效的保障， 避免延誤診療時機；大醫(yī)院的住院

18、病人在急性治療穩(wěn)定后，可以轉診到社區(qū)醫(yī)院進行后繼康復治療，既節(jié)省了醫(yī)療費用，又為其他急需住院的疑難危重病人創(chuàng)造了救治機會。大醫(yī)院解決了人滿為患的問題，就可以騰出更多時間和精力，致力解決疑難重病1.4 參考資料軟件工程導論第 4 版張海藩編著 清華大學出版社；實用軟件工程Leszek A.MaciaszekBruc Lee Liong 著 機械工業(yè)出版社；軟件工程Ian Sommmerville 著 程成 陳霞譯 機械工業(yè)出版社；2、任務概述2.1 運行環(huán)境數(shù)據(jù)庫管理系統(tǒng)軟件：MySQL運行平臺：Windows XP/Windows 2000/Windows 2003.分辨率：最佳效果 1024

19、x768 像素2.2 需求概述雙向轉診指社區(qū)衛(wèi)生服務中心和醫(yī)院、醫(yī)院和醫(yī)院之間的患者雙向轉診，由轉出方發(fā)送轉診申請并通知轉入方，轉入方接受或拒絕申請并向轉出方發(fā)送反饋信息。雙向轉診流程包括下級（或同級）醫(yī)療機構向上級轉出和上級醫(yī)療機構向下級（或同級）轉回兩個方向的流程。由于社區(qū)衛(wèi)生服務機構舉辦主體多樣，不同舉辦主體對國家雙向轉診政策的敏感度不一樣,對各種激勵與約束措施也有所不同，因此，社區(qū)衛(wèi)生服務機構與醫(yī)院雙向轉診也分為多種模式，如：政府起主導模式下的雙向轉診、管辦分離模式下的雙向轉診、院辦院管模式下的雙向轉診、民營社區(qū)衛(wèi)生服務機構與醫(yī)院互動模式下的雙向轉診等。本課題以沈陽市和平區(qū)為例，討論政

20、府起主導模式下的雙向轉診。該地區(qū)首先轉變了原有社區(qū)衛(wèi)生服務的服務模式，將轄區(qū)全部社區(qū)衛(wèi)生服務中心下轄的社區(qū)衛(wèi)生服務站（點）、村衛(wèi)生室轉變?yōu)樯鐓^(qū)衛(wèi)生服務團隊。將區(qū)二級以上醫(yī)院或?？妻D變?yōu)閰^(qū)域醫(yī)療中心。居民與轄區(qū)團隊簽訂健康服務約定書，簽約后由簽約團隊負責該居民的基本醫(yī)療和日常保健服務。2.3 條件與限制無3、總體設計3.1 系統(tǒng)網(wǎng)絡結構設計雙向轉診系統(tǒng)涉及的醫(yī)療機構包括：1、區(qū)衛(wèi)生行政機構：負責雙向轉診系統(tǒng)的實施、監(jiān)控以及政策信息維護等工作，如衛(wèi)生局等；2、社區(qū)衛(wèi)生服務中心：衛(wèi)生服務團隊的管理機構以及初級醫(yī)療服務機構；3、社區(qū)衛(wèi)生服務團隊：居民的健康服務提供者，與社區(qū)衛(wèi)生服務中心在不同物理位置；

21、4、區(qū)域醫(yī)療中心：區(qū)域醫(yī)療中心由轄區(qū)二、三級醫(yī)院擔當，是雙向轉診的接診單位。這些機構通過區(qū)衛(wèi)生城域網(wǎng)聯(lián)通，其網(wǎng)絡拓撲圖見圖 3.1：圖 3.1 雙向轉診系統(tǒng)網(wǎng)絡拓撲圖各社區(qū)衛(wèi)生服務中心、區(qū)域醫(yī)療中心通過醫(yī)院前置機接入衛(wèi)生城域網(wǎng)，社區(qū)衛(wèi)生服務團隊接入所在社區(qū)中心局域網(wǎng)，衛(wèi)生行政機構則是通過 WEB 的方式訪問數(shù)據(jù)中心提供的服務。3.2 系統(tǒng)功能設計雙向轉診系統(tǒng)的功能模塊設計如圖 3.2 所示：圖 3.2 雙向轉診系統(tǒng)功能設計如圖 3.2 所示，雙向轉診系統(tǒng)作為一個獨立的系統(tǒng)，它主要包括以下功能模塊：1、健康卡管理：實現(xiàn)居民健康卡的查詢、發(fā)放、注銷、掛失、解掛、黑名單等功能；2、社區(qū)系統(tǒng)接口：實現(xiàn)

22、健康檔案信息上傳、轉診申請等功能；3、健康檔案瀏覽器：根據(jù)居民健康卡查詢個人健康檔案信息，該模塊獨立設計，采用BS 架構，主要目的是降低各接診醫(yī)院重復工作量；4、醫(yī)院系統(tǒng)接口：實現(xiàn)轉診單的接收、入院通知書及協(xié)助查房通知書的傳遞等；5、普通轉診管理：實現(xiàn)普通轉診單的填寫、打印，轉診請求上傳到數(shù)據(jù)中心，接診醫(yī)院通過主動查詢獲取轉診單信息；6、緊急轉診管理：社區(qū)醫(yī)生在社區(qū)系統(tǒng)填寫緊急轉診單，該轉診單將通過數(shù)據(jù)交換系統(tǒng)馬上分發(fā)到上級醫(yī)院，上級醫(yī)院根據(jù)轉診單信息準備接診。7、預約轉診管理：區(qū)醫(yī)療中心首先在預約平臺維護好可供預約的專家信息，社區(qū)醫(yī)院在接診過程中發(fā)現(xiàn)需要上級醫(yī)院專家進行診療時，直接在社區(qū)系統(tǒng)

23、進行預約，預約成功打印轉診單并收費，患者憑打印的轉診單到醫(yī)療中心直接就診。8、入院前訪視管理：在醫(yī)療中心錄入入院通知書，入院通知書通過數(shù)據(jù)交換系統(tǒng)，分發(fā)到對應社區(qū)醫(yī)院，負責的醫(yī)生收到入院通知書后，安排探訪任務進行患者入院前訪視。9、協(xié)助查房管理：簽約居民在區(qū)域醫(yī)療中心接診中由患者主治醫(yī)生邀請所管轄團隊醫(yī)生協(xié)同進行查房，查房過程中社區(qū)團隊醫(yī)生應進行刷卡計入開始查房和結束查房時間，納入績效考核，完成查房后，社區(qū)醫(yī)生回到社區(qū)衛(wèi)生服務中心后應編寫查房病程錄，由主治醫(yī)生進行審核修改。3.3 系統(tǒng)處理流程設計3.3.1 普通轉診設計居民在社區(qū)醫(yī)院就診時，接診醫(yī)生可根據(jù)現(xiàn)實情況對病人進行轉診處理，填寫轉診單

24、。在上級醫(yī)院就診時，憑借轉診單可以對診療費進行減免。處理流程如圖 3.3 所示：社區(qū)醫(yī)生在系統(tǒng)填寫轉診單并打印，患者持打印轉診單安排時間去上級醫(yī)院就診，在掛號時出具轉診單，掛號醫(yī)生在掛號收費工作站上查詢轉診單信息并進行費用減免。該轉診單由上級醫(yī)院按需（如在病人持健康卡和轉診單到到本院就診時）獲取，并不主動進行分發(fā)。圖 3.3 普通轉診處理流程3.3.2 緊急轉診設計居民在社區(qū)醫(yī)院接診過程中發(fā)生緊急情況時，需馬上進行轉診時，填寫緊急轉診單， 系統(tǒng)在接收到緊急轉診單后應馬上傳達給目標醫(yī)院機構將其轉診，提示其做好接診準備。處理流程如圖 3.4 所示：圖 3.4 緊急轉診處理流程社區(qū)醫(yī)生在社區(qū)系統(tǒng)填寫

25、緊急轉診單，該轉診單將通過數(shù)據(jù)交換系統(tǒng)馬上分發(fā)到上級醫(yī)院，上級醫(yī)院根據(jù)轉診單信息準備接診。3.3.3 預約轉診設計社區(qū)醫(yī)院在接診過程中發(fā)現(xiàn)自身無法獨立完成就診過程同時需到上級醫(yī)院預約專家進行診療，可通過轉診平臺填寫轉診單，并預約相關專家。處理流程如圖 3.5 所示：圖 3.5 預約轉診處理流程區(qū)醫(yī)療中心首先在預約平臺維護好可供預約的專家信息，社區(qū)醫(yī)院在接診過程中發(fā)現(xiàn)需要上級醫(yī)院專家進行診療時，直接在社區(qū)系統(tǒng)進行預約，預約成功打印轉診單并收費， 患者憑打印的轉診單到醫(yī)療中心直接就診。3.3.4 住院前訪視設計簽約居民在區(qū)域醫(yī)療中心接診中發(fā)現(xiàn)需要進行住院的，在填寫入院通知書之后將其數(shù)據(jù)發(fā)送到簽約居

26、民所轄社區(qū)，由簽約團隊對居民進行住院前探訪，進行心情咨詢。處理流程如圖 3.6 所示：圖 3.6 住院前探訪處理流程3.3.5 協(xié)助查房設計簽約居民在區(qū)域醫(yī)療中心接診中由患者主治醫(yī)生邀請所管轄團隊醫(yī)生協(xié)同進行查房， 查房過程中，社區(qū)團隊醫(yī)生應進行刷卡計入開始查房和結束查房時間，納入績效考核，在完成查房后，社區(qū)醫(yī)生回到社區(qū)衛(wèi)生服務中心后應編寫查房病程錄，由主治醫(yī)生進行審核修改。處理流程如圖 3.7 所示：圖 3.7 協(xié)助查房處理流程3.3.6 出院后訪視設計病人出院后，由社區(qū)醫(yī)院負責病人的康復計劃。通過系統(tǒng)提示，團隊醫(yī)生根據(jù)病人的出院通知書安排上門隨訪，進行健康評估，實施在康復計劃。處理流程如圖

27、 3.8 所示：圖 3.8 出院后訪視處理流程3.3.7 健康卡管理設計健康卡的發(fā)放除采用定點發(fā)放的方式外，在團隊醫(yī)生診療過程中進行健康卡的判斷， 如無卡則馬上進行健康卡的簽約和發(fā)放，否則直接使用，替代原醫(yī)院診療卡。處理流程如圖 3.9 所示：門診流程社區(qū)醫(yī)院部分社區(qū)醫(yī)院數(shù)據(jù)中心是否有卡是 患者信息查詢否患者信息患者信息是否簽約 否是否已經簽約基本信息錄入發(fā)卡患者信息 否檢查報告 就診信息 費用信息 結束患者就診患者掛號患者初診請求患者信息患者門診信息更新（費用部分）費用結算患者門診信息更新（就診部分）就診結束患者門診信息更新（檢查部分）檢查流程患者信息更新開始圖 3.9 健康卡發(fā)放處理流程4

28、、 相關數(shù)據(jù)庫設計4.1 數(shù)據(jù)結構設計本數(shù)據(jù)庫物理數(shù)據(jù)模型（Physical Data Model，PDM）見圖 3.10 所示：圖 3.10 數(shù)據(jù)庫結構設計4.2 關鍵業(yè)務數(shù)據(jù)字典設計（一）普通轉診單數(shù)據(jù)字典見表 3.1。表 3.1 普通轉診單數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期日期0-15.證件號字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.轉診日期日期0-113.轉出醫(yī)療機構字符串1-114.轉出

29、科室名稱字符串1-115.轉入醫(yī)療機構字符串1-116.轉入科室名稱字符串1-117.審核人姓名字符串0-118.審核日期日期0-119.轉診原因字符串0-120.病史摘要字符串0-121.備注字符串0-1數(shù)據(jù)項的出現(xiàn)次數(shù) m-n，表示在該數(shù)據(jù)字典中，對應數(shù)據(jù)項出現(xiàn)的最少次數(shù)為 m，最大次數(shù)為 n。例如 0-1 表示該數(shù)據(jù)項最多出現(xiàn) 1 次，也可不填；1-1 表示該數(shù)據(jù)項為必填并且只有一個等，以下含義相同。（二）緊急轉診單數(shù)據(jù)字典見表 3.2。表 3.2 緊急轉診單數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期日期0-15.證件號

30、字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.轉診日期日期0-113.轉出醫(yī)療機構字符串1-114.轉出科室名稱字符串1-115.轉入醫(yī)療機構字符串1-116.轉入科室名稱字符串1-117.審核人姓名字符串0-118.審核日期日期0-119.轉診原因字符串0-120.病史摘要字符串0-121.備注字符串0-1（三）預約轉診單數(shù)據(jù)字典見表 3.3。表 3.3 預約轉診單數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期

31、日期0-15.證件號字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.轉診日期日期0-113.轉出醫(yī)療機構字符串1-114.轉出科室名稱字符串1-115.轉入醫(yī)療機構字符串1-116.轉入科室名稱字符串1-117.預約醫(yī)生姓名字符串1-118.預約時間日期1-119.預約編號字符串1-120.審核人姓名字符串0-121.審核日期日期0-122.轉診原因字符串0-123.病史摘要字符串0-124.備注字符串0-1（四）入院通知單數(shù)據(jù)字典見表 3.4。表 3.4 入院通知單數(shù)據(jù)字典序

32、號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期日期0-15.證件號字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.醫(yī)療機構名稱字符串1-113.科室名稱字符串0-114.床位字符串0-115.病室字符串0-116.入院日期字符串1-117.病情字符串0-118.收治醫(yī)生姓名日期0-119.主治醫(yī)生姓名字符串0-120.登記日期日期0-121.疾病診斷字符串0-*22.診斷名稱字符串0-*23.診斷日期日期0-*24.診斷類型

33、字符串0-*25.診斷優(yōu)先級字符串0-*26.臨床診斷醫(yī)生姓名字符串0-*（五）查房通知書數(shù)據(jù)字典見表 3.5。表 3.5 查房通知書數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期日期0-15.證件號字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.醫(yī)療機構名稱字符串1-113.就診科室名稱字符串1-114.病區(qū)字符串1-115.病人床號字符串1-116病室字符串1-117.查房日期日期1-118.病人住院情況字符串

34、0-119.查房醫(yī)生姓名字符串0-120.聯(lián)系人字符串1-121.聯(lián)系人電話字符串1-122.登記日期日期1-123.疾病診斷字符串0-*24.診斷名稱字符串0-*25.診斷日期日期0-*26.診斷類型字符串0-*27.診斷優(yōu)先級字符串0-*28.臨床診斷醫(yī)生姓名字符串0-*（六）協(xié)助查房考勤記錄數(shù)據(jù)字典見表 3.6：表 3.6 協(xié)助查房考勤記錄數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.查房團隊醫(yī)生姓名字符串1-12.查房團隊醫(yī)生所屬機構字符串0-13.簽到時間字符串0-14.簽離時間日期0-15.查房醫(yī)療機構名稱字符串0-16.查房科室名稱字符串0-17.查房病區(qū)字符串0-1（七）協(xié)助查房病程錄

35、數(shù)據(jù)字典見表 4.7表 4.7 協(xié)助查房病程錄數(shù)據(jù)字典序號數(shù)據(jù)項類型出現(xiàn)次數(shù)說明1.姓名字符串1-12.性別字符串0-13.病人性質字符串0-14.出生日期日期0-15.證件號字符串0-16.地址字符串0-17.手機號碼字符串0-18.街道/鄉(xiāng)鎮(zhèn)字符串0-19.社區(qū)/居委/村字符串0-110.卡的類型字符串0-111.卡號字符串0-112.醫(yī)療機構名稱字符串1-113.就診科室名稱字符串1-114.病區(qū)字符串1-115.病人床號字符串1-116病室字符串1-117.查房日期日期1-118.患者住院病程錄字符串1-119.查房醫(yī)生姓名字符串1-120.查房醫(yī)生所屬社區(qū)字符串1-121.查房醫(yī)生所

36、屬團隊字符串1-122.登記日期日期1-123.修改醫(yī)生姓名字符串1-124.修改意見字符串0-125.修改意見字符串0-15、運行設計5.1 運行模塊的組合本程序主要是以一個窗口為模塊，一般一個窗口完成一個特定的功能，主窗口通過打開另一個子窗口來實現(xiàn)個模塊之間不同功能的連接和組合。各模塊之間相對獨立，程序的可移植性好。各模塊之間主要以傳遞數(shù)據(jù)項的引用來實現(xiàn)模塊之間的合作和數(shù)據(jù)共享。5.2 運行控制只要符合操作說明書，用戶可自由控制5.3 運行時間由用戶自行決定6、出錯處理設計6.1 出錯輸出信息本程序多處采用了異常處理的機制，當遇到異常時不但能及時的處理，保證程序的安全性和穩(wěn)定性，而且各種出錯信息能通過彈出對話框的形式，及時的告訴用戶出錯的原因及解決的辦法，使用戶以后能夠減少錯誤的發(fā)生。程序的大部分地方還采取了出錯保護， 如輸入內容的長度和類型等減少了用戶出錯的可能。6.2 出錯處理對策我們對于本程序的幾種可能的錯誤進行了分析，分別進行了不同的處理。主要的