股份有限公司門急診應急系統實施技術手冊衛寧健康科技集團股份有限公司股份有限公司文件編號：WN-QR-門急診應急系統實施技術手冊-1.0史記錄第3頁股份有限公司第1章產品說明 11.1產品簡介 11.2應用場景 1第2章實施流程與規范 22.1業務指南 22.1.1門急診應急技術實現流程 22.1.2門急診應急整體操作流程 22.1.3門急診應急建設準備流程 32.2項目啟動 32.2.1接收任務單 32.2.2項目團隊內部溝通 32.2.3組建團隊 32.2.4收到用戶反饋后入場 32.2.5項目啟動會 42.3前期調研 72.3.1流程調研表 72.4環境搭建 82.4.1單機應急數據庫搭建 82.4.2單機應急前臺程序搭建 82.4.3生產庫(正式庫)前后臺配置 92.5培訓計劃 92.5.1培訓內容 92.5.2簽到考核表 102.6模擬運行 122.6.1制定模擬方案 12第4頁股份有限公司2.6.2執行模擬計劃 142.7上線準備 142.7.1確認醫院硬件準備就緒 142.7.2了解服務器及數據庫環境 152.7.3測試、檢查服務器端和客戶端 152.7.4建升級備忘錄 152.7.5注意告知醫院做好備份計劃 152.8系統上線 152.8.1程序需求 152.8.2上線評估 152.8.3系統切換 162.9項目完成 172.9.1系統穩定 172.9.2確認驗收條件 172.9.3完成驗收 17第3章簡易操作手冊 183.1應急系統 183.1.1掛號收費 183.2主系統(正式庫) 183.2.1單機版本數據導回 18第1頁衛寧健康科技集團股份有限公司1.1產品簡介隨著醫院信息化建設的加快，醫院業務活動對計算機的依賴程度加大，當服務器或網絡出現意外故障時，臨床業務在計算機和手工操作之間可以切換，系統恢復后補數據操作簡單；收費系統(掛號、收費結算)由于門診量多，手工操作的難度大，要求計算機能夠有應對措施，保證門診流程正常運轉，待系統恢復后能使數據一致，這樣就出現了門急診應急系統。1.2應用場景1：中心服務器癱瘓或整個網絡癱瘓，集成商無法短時間恢復的；2：停電較長時間，醫院有UPS臨時供電的情況；3：醫院切換或升級系統，需要好幾個小時以上。第2頁股份有限公司為了有效的推進項目，對項目周期進行預估，及時反饋實施過程中的不確定因素，根據項目規模大小建議將項目周期控制在如下天數內：系統名稱特大大中小門急診應急系統2.1業務指南2.1.1門急診應急技術實現流程2.1.2門急診應急整體操作流程第3頁股份有限公司2.1.3門急診應急建設準備流程2.2項目啟動2.2.1接收任務單需查看是否有超出項目范圍的內容。是否包含不屬于項目實施的模塊。2.2.2項目團隊內部溝通了解項目背景、目標范圍(客戶的期望)、客戶情況、進度要求、特殊要求或口頭承諾、付款條件和方式、項目特點及難點、何時入場啟動等內容。2.2.3組建團隊確定項目經理、團隊成員。2.2.4收到用戶反饋后入場與客戶溝通確認，是否達成進場必要條件。第4頁股份有限公司院方是否清楚硬件要求或明確采購計劃項目組工作環境要求是否達到進場一周內是否可以召開項目啟動會(需明確項目啟動會的參會人員要2.2.5項目啟動會啟動會內容包括：1)介紹項目特點和明確項目目標(確定項目干系人)；院方和我方的共同目標是？達到目標的幾個步驟節點是？(流程調研及確認、硬件計劃與落實、基礎數據采集與錄入、操作培訓及考核、項目驗收與維護)確定階段目標的完成標準是？統一布局、整體規劃、分布實施、階段總結、協商解決2)確認項目組織結構，包括項目指導委員會(負責對項目進行宏觀指導并對重大問題決策)、項目管理小組(即雙方項目經理)、相關科室的骨干人；參考：項目指導委員會成員：分管信息化院長、我方技術副總項目管理小組成員：信息科長、我方項目經理、總務庫房主任、物價科。相關科室的骨干人員一般有：總務科、供應室項目組織結構與工作機制(誰來做)1)項目組織結構：由項目指導委員會、項目管理小組及雙方相關的各科室、人員構成2)工作機制：A.周例會和周工作報告項目管理小組每周進行一次工作例會，例會總結上周工作完成情況，安排下周工作，需要指導委員會決策的問題也在周例會中提出。(這里的工作指的是為實現項目目標而分解出的每一項具體任務，落實人員可能是項目第5頁股份有限公司管理小組，也可能是相關科室和人員)。周例會產生周工作報告，周工作報告用郵件或其他方式每周發送項目組所有成員。周工作報告是項目管理過程中重要文檔，屬于項目檔案一部分并隨項目最終完成歸檔保存。B.工作底稿為便于問題的跟蹤和解決，各科室和相關人員提出的軟件需求請統一提交到項目管理小組院方項目經理處，并由項目管理小組負責整理到工作底稿中。未納入工作底稿而通過其它非正式渠道反映的問題不視為有效。工作底稿是一個提出及解決問題的正式渠道，是雙方各層面人員跟蹤處理問題及評價處理結果的依據，也為各部門管理人員及院領導查閱提供了方便的手段。項目重大節點與階段劃分(怎么做)重大節點是項目過程中重要事件，有四個重大節點：項目啟動、上線評估、系統上線、項目完成。依據四個重大節點又可將項目周期進一步劃分為若干階段。重大節點計劃是控制項目過程中重要計劃，也是編制后續進度計劃、資第6頁股份有限公司源保障計劃、費用計劃的依據。需要醫院配合的工作1)項目啟動階段提供工程師辦公場所，指定一名信息科聯系人。明確項目小組人員清單及聯系方式。服務器環境要求：Win2003Server+SQLServer2005(二進制)及以上Win2000Server以上、.netframework2.0或以上提供測試程序環境。提供操作員級別及類型，設置崗位及權限。2)數據準備、培訓階段基礎數據講解，樣張下發，數據采集工作---需要提供基礎數據樣張格式和范圍確認打印模板格式。---需要提供打印模板樣張和范圍安排培訓人員、人員考核。---需要提供上機練習題及筆試題3)流程確認、程序修改階段確認關鍵業務流程。需求溝通、確認。確認程序功能。4)模擬運行階段制定模擬方案。安排模擬。初步制定實施計劃，調研完成、評估工作量后確定實施計劃在此階段，必須產生的階段交付物：第7頁股份有限公司WN-QR-0-1-A項目啟動會會議記錄—將來做成文件鏈接WN-QR-0-3-A軟件及升級包殺毒記錄WN-QR-0-4-A項目實施進度表WN-QR-1-1-A項目啟動告客戶書WN-QR-1-5-A項目組成員清單2.3前期調研2.3.1流程調研表業務環節序號處理業務(常規及特殊業務流程)講述人記錄日期確認人1門急診應急只處理門診掛號及門診收費業務，門診收費采用手工劃價方式，全部現金支付方式，不支持充值卡、代幣卡、銀聯等方式2門診醫生使用手工處方，醫生站電腦若都連接到局域網，耗時，就不能快速的進入應急模式3不受理醫保病人，全部當自費病人處理4應急系統只做掛號、收費，不做退號、退房、結賬，等恢復正式系統再進行相關操作5應急系統與正式系統切換期間須調整當前發票號6數據導回到正式庫后，藥品自動發掉扣庫存7病人基本信息重新登記，0卡號掛號可以使用提高效率8住院業務不處理，全部手工處理，后期補錄到正式庫第8頁股份有限公司2.4環境搭建2.4.1單機應急數據庫搭建一、還原數據庫：準備一臺單機應急服務器，安裝sql(和醫院HISsql環境一致)，在應急服務器上還原數據庫(使用醫院備份的THIS4數據庫文件來還原)，名稱可以為DJYJ；在系統數據庫model和tempdb中執行types.sql腳本，types.sql腳本可以從ftp上下載，也可以從THIS4數據庫中的自定義數據類型和自定義默認值生成腳本來獲得。二、清空業務數據：清空業務數據，然后收縮數據庫。三、建立基礎數據同步作業：建立基礎數據同步作業，每天夜里把生產庫的實時基礎數據同步到應急數據庫，存儲過程腳本為usp_yy_syncdata，作業建立在應急服務器上(一定不要搞錯了，別把正式庫的數據給清掉了)。四、相關功能控制修改：[usp_yy_syncdata][usp_yy_updatedjdata][usp_gh_ghzf][usp_sf_bftf][usp_sf_mzczyjz][usp_gh_czyjz][usp_sf_czyjz][usp_yf_fycl_dhcfzdfy]同步數據同步及更新本地可調參數修改退號部分，不允許退號修改退費部分，不允許退費修改操作員合并結賬部分，不允許結賬修改操作員掛號結賬部分，不允許結賬修改操作員收費結賬部分，不允許結賬原本服務器端需要升級的腳本，因為bug，所以本地也要求升級此存儲過程2.4.2單機應急前臺程序搭建一、前臺程序：第9頁股份有限公司使用KWconfig.exe配置數據庫連接到應急數據庫，kwmain.exe創建快捷方式到桌面，命名“單機應急”二、更改相關顯示：應急系統配置參數的桌面圖案更換成“應急圖片”，掛號收費發票模板標注“應急”標示。2.4.3生產庫(正式庫)前后臺配置一、前臺配置1.注冊菜單【單機版本數據導回】Dll：sf_bdsfsjcl.dllfun：fsf_bdsfsjcl3.拷貝數據自動導回程序DJSJCL.exe到服務器程序THIS4目錄下二、后臺相關1.升級[usp_yf_fycl]，確保[usp_yf_fycl]是200803版本以上200803版本以上2.5培訓計劃2.5.1培訓內容培訓應急流程及注意事項應急流程當前發票號調整注意事項數據導回自動發藥扣庫存第10頁股份有限公司2.5.2簽到考核表_____________醫院信息化項目文件編號：WN-QR-2-3-A培訓簽到表-1.5參加人員類別(如醫生、護士)：培訓地點：部門職務姓名簽名到達間離開間價(手工簽字)第11頁股份有限公司_____________醫院信息化項目記錄課程名：課時數：確認人：開課時間：主講人員：考核時間：部門職務姓名培訓課時考核成績院方簽字：___________________公司簽字：________________簽字時間：________________簽字時間：_____________第12頁股份有限公司2.6模擬運行2.6.1制定模擬方案一、提供模擬計劃：公司方項目經理提供初擬的醫院信息化建設模擬方案，和信息化小組院方負責人溝通說明。樣式如下XXXX醫院門急診應急系統模擬方案(第一次)時間：2006年9月7日(星期四)下午15：00-17：30地點：掛號收費處參加者：計算機中心工作人員及公司實施人員2-4名，2名醫生，2名掛號收費員，2名藥劑師，病人5名。目的：對門急診應急系統進行一次內部全真模擬，目的是檢測系統整體流程是否能順利走通。所有提交需求功能是否滿足。為下一次業務科室全真模擬做準備。工作量要求設計：病人量為5人次；2)模擬處方量為15張，其中西藥5張，中成藥品5張，中草藥2張，治療單檢查檢驗各1張。硬件條件要求：1)門急診應急單機程序電腦。發生故障時的客戶的整體流程：1：通知各終端按應急培訓要求的內容切換應急程序(時間：5-10分鐘)2：按故障發生的情況按應急通知根據應急培訓的要求進行正常業務操作3：當系統正常后切換回主系統(時間：5-10分鐘)第13頁股份有限公司服務器癱瘓或網絡癱瘓：信息科負責把應急服務器切換到網絡，保證底下收費處的客戶端計算機局域流程：搭建好局域網>>>啟用應急收費系統(調整好發票)>>>通知各醫生站開手工處方>>>收費處統一錄入并結算>>>藥房憑手工單和發票手工發藥 (不用系統)>>>等醫院故障恢復后停止使用應急系統>>>數據導回正式服務器>>>自動發藥扣庫存>>>核對數據>>>收費處調整好正式庫收費發票使用正式環境具體模擬步驟：(一)、切換到應急服務器1、信息科：下發事故通知，信息科現場搭建網絡，啟動應急程序，指導工作(時間：5-10分鐘)模擬結果：2、收費員在應急系統調整好發票及掛號收費模擬結果：模擬結果：4、藥房處憑發票和手工處方發藥第14頁股份有限公司模擬結果：(二)、中心服務器或網絡恢復，切換到中心服務器1、通知門診收費處，停止使用應急服務器模擬結果：2、應急服務器由信息科導回正式服務器并自動發藥扣庫存(5-10分鐘)模擬結果：3、收費處操作員統計報表、核對數據模擬結果：4、藥房操作員核對藥房庫存模擬結果：5、指導門診操作員操作、調整正式庫當前發票號，恢復使用中心服務器進行收費。模擬結果：模擬總結：二、醫院調整并確定模擬方案：院方參考提供的模擬方案初稿，根據醫院實際情況進行調整和最終確定，并安排好人員和時間，通知到位。2.6.2執行模擬計劃信息化領導小組負責人安排信息化人員和醫院職工根據模擬方案進行實地模擬，模擬過程中記錄問題和模擬結果，用于上線評估會議時評估。一次模擬效果不佳，需進行二次模擬，直到模擬順利通過。2.7上線準備2.7.1確認醫院硬件準備就緒在去用戶現場之前需與醫院信息科或計算機室聯系人聯系，確認服務器、第15頁股份有限公司各客戶端電腦、網絡、打印機、條碼打印機、掃描槍等硬件環境已經準備就緒。到醫院現場，安裝軟件前請檢查病區電腦是否可以通過機器名或IP兩種方式訪問局域網，檢查是否可以訪問到程序服務器，具體方法：在“開始\運行中”執行\\機器名或IP地址。如果不能訪問，要查看網線是否連接好、網絡連接等情況，可視情況需要，聯系醫院網絡負責人，確保網絡通暢。2.7.2了解服務