飛博醫信通

遠程超聲會診系統
分享到:

遠程超聲會診系統

產品詳情

**章 系統功能介紹

一.1. 基礎資料管理

一.1.1. 病人管理

填寫病人基本信息以及初步診斷、現病史、既往史等信息,也可以點擊提取通過接口的方式提取HIS需要遠程會診的病人資料,自動獲取病人的基本信息(如圖1.1.1)。通過按鈕的方式添加檢驗、檢查、處方、病歷等資料的圖片進行上傳(如圖1.1.2)。點擊按鈕會診申請,提交會診申請單。

圖片 1.png

圖 1.1.1 患者信息登記

圖片 5(1).png

圖 1.1.2 患者相關檢查資料上傳

一.1.2. 專家管理

專家列表,新增,刪除,修改,專家排班

圖片 1(1).png

一.1.3. 人員管理

一.2. 遠程會診

一.2.1. 會診審核

顯示申請的病人信息,審核員可以看到患者的基本信息,以及上傳的圖片,是否清晰來進行審核通過與失敗處理。(如圖 2.1.1)

圖片 3.png

圖 2.1.1 會診申請審核

一.2.2. 專家邀請

對于會診申請管理員進行確認,并選擇受邀請的專家到申請單,專家選擇組織機構里面的醫生,組織機構可以添加多家醫院職工信息。(如圖 2.2.1)

圖片 4.png

圖 2.2.1 會診專家邀請

一.2.3. 會診團隊

可以對該條會診記錄發起遠程會診操作,會診界面顯示各個專家的圖像,會診界面可以隨時查看病歷信息、檢驗信息等信息(如圖2.3.1)。專家可以進行語音、文字交流(如圖2.3.2),專家可以點擊寫報告按鈕進行報告填寫(如圖2.3.3)。

圖片 7.png

圖 2.3.1 患者檢查資料實時查看

圖片 5.png

圖 2.3.2 專家間圖文交流

圖片 6.png

圖 2.3.3 報告連線編寫

一.2.4. 發起匯總

進入主界面之后發起人默認為主屏幕,其他進入的醫生視屏下方默認擺放小屏幕。(如圖2.4.1)

圖 2.4.1 多人在線會診

1) 發起人可以指定某個視屏為主屏幕。

2) 視屏會自動錄制成錄像并保存

3) 會議內的人員可以進行語音以及文字交流

4) 創建會議人員可以靜音其他人員語音交流

5) 視屏界面開發人員可以自己添加事件以及按鈕功能

6) 聊天界面可以發送病人圖片功能(如圖2.10.1)

圖片 16.png

圖 2.10.1 會診醫生圖文交流

一.3. 超聲波探頭操作影像遠程實時共享桌面

1) 實時傳輸操作視頻影像;

2) 遠程共享操作桌面(如圖3.2.1);

3) 遠程可視化專家操作指導(如圖3.3.1);

圖片 9.png

圖 3.2.1 桌面共享指導

圖片 8.png

圖 3.3.1 應用共享

一.4. 超聲波圖文報告編輯

1) 通過圖文報告編輯器,編寫專業的超聲波報告文書(如圖4.1.1)。

圖片 17.png

圖 4.1.1 患者超時報告編輯

2) 知識庫,積累常用的報告書寫知識庫和字典庫,編寫報告是可以一鍵提取,無需打字;

3) 模板設置,醫生可以設置每個部位的模板信息,方便在寫報告的時候一鍵引用模板信息(如圖4.3.1)。

圖片 15.png

圖 4.3.1 知識庫定義

一.5. 數據查詢

1) 錄像查詢,把每次視頻會診之后的視頻錄像自動保存下來,做成查詢界面可以隨時播放。(如圖5.1.1)

圖片 13.png

圖 5.1.1 會診影像記錄查詢

2) 患者報告查詢,查詢每個患者的報告信息,支持二次打印功能以及在線預覽報告的功能。(如圖5.2.1、5.2.2)

圖片 12.png

圖 5.2.1 報告信息查詢

圖 5.2.2 報告二次打印

一.6. 統計報表

可為客戶實際需求量身定制各種統計報表。

第二章 公司技術優勢

本系統采用飛博通低代碼快速開發平臺開發,系統分為前臺的應用界面和后臺的維護界面。平臺的具有良好的擴展性和可維護性。低代碼開發模式只需要進行簡單的人員培訓就可以對后臺進行維護。如果醫院信息科的團隊實力比較強,還可以自行進行升級和二次開發。系統針對傳統的醫院信息化的軟件長期使用后導致的數據量大且操作頻繁導致的卡頓和速度慢等問題,進行了數據結構的數據創新,使得系統更加流暢。全新的機構和數據結構讓系統針對傳統的產品擁有更流暢的系統運行效率,也帶來了更佳的用戶體驗。

二.1. 醫院系統運行卡頓問題的解決

行業內很多家廠商的軟件系統在早年間因架構設計的原因,隨著醫院醫院信息系統運行的年限越長積累的數據量越大,系統運行的速度就越來越慢,目前已極大的影響了醫院為病人服務的效果。醫院信息系統運行速度慢的原因,主要是應用軟件的數據結構設計方法問題。

目前,采用多維數據庫、數據庫分區、不拘泥于數據設計的范式的要求、使用臨時數據表等方法都可以提高數據庫運行的速度和效率,從而達到提高醫院信息系統的運行速度的目的。這些方法在醫院信息軟件中的綜合運用取得了運行速度快、節約醫院信息系統運行成本的良好的效果,也是目前軟件數據庫的主流設計思路。

二.1.1. 問題的提出

醫院信息系統的運行速度問題是影響醫院為病人服務的問題也是關系到醫院信息系統發展,降低醫院信息系統成本的問題。

隨著醫院信息管理系統運行的軟件模塊的數量越來越多,特別是以電子病歷為中心的臨床信息系統的使用,導致醫院信息系統的數據庫的數據量不斷增加,數據之間的關聯更為復雜,運行時間1-2年以后信息系統的運行速度成為信息系統使用的瓶頸。很多醫院,特別是大、中型醫院信息系統的運行速度變慢甚至發生系統阻塞、死鎖、數據錯誤等問題。更為嚴重的是醫院信息系統速度慢多發生在醫院業務的高峰期上午9時至11時,對病人服務的影響尤為嚴重。這是我國醫院信息系統運行中比較普遍存在亟待解決的問題。

醫院信息管理系統運行的數據庫系統絕大多數都使用大型關系型數據庫(RDBEMS)。包括ORACL、MSSQLSERVER、SYBASE等。由于關系型數據庫的本質是數據記錄(關系元組)的線性集合。隨著數據庫系統運行時間的增長數據庫的數據量不斷增加會使數據的處理速度變慢,導致醫院信息庫系統的運行速度變慢。數據庫的數據之間的關聯程度越大、數據共享程度越高也會導致系統運行的速度降低。

目前大多數醫院信息系統主要使用兩種方法來提高系統的運行速度。一是把數據庫中的數據轉出減少數據庫中的數據量以提高數據庫系統的運行速度。但是這對于需要長期、大量數據實時在線的數據庫系統特別是需要長期保持數據在線的電子病歷系統是相當麻煩或不可行的。二是購買更好的硬件(服務器、交換機、網絡、工作站等),以提高醫院信息系統的運行速度。甚至發生醫院信息系統建設廠商要求一家400張床位的醫院購買小型機來提高系統運行速度的情況。這種方法大大增加了醫院信息系統系統的運行成本,這些方法都是治標不治本的解決方法。

二.1.2. 影響醫院信息系統運行速度的因素

醫院信息系統的運行速度受多種因素的影響包括應用軟件的數據結構設計、數據庫的種類、網絡和硬件配置、使用系統的站點數量等。

我們認為應用軟件的數據結構設計是最重要的因素是最值得關注的解決醫院信息系統運行速度問題的方法。

在數據庫種類方面,醫院信息系統系統大多都是使用大型關系型數據庫ORACL、MS SQL SERVER、SYBASE、DB2等只要運用得當對運行速度的影響并不大。網絡和硬件配置、使用系統的站點數量也是影響影響運行速度的重要因素。在資金投入允許的條件下網絡和硬件配置越好運行速度越快使用系統的站點數量越多運行速度越慢。

二.1.3. 應用軟件的數據結構設計的方法

既然應用軟件的數據結構設計是影響醫院信息系統的運行速度的最重要的因素。我們在應用軟件的數據結構設計方法方面可以采取以下方法來提高應用軟件的運行速度。

1) 多維數據庫設計方法

多維數據庫設計是指在關系型數據庫的基礎上在醫院應用軟件的設計中采用多維的方法對數據進行組織、存儲。通過多維化的數據組織存儲設計從根本上解決數據庫系統長期快速運行數據長期在線的問題。解決醫院信息系統隨著運行的時間增長數據庫系統的數據量不斷增加大用戶量的數據并發處理需要提高速度歷史數據需要長期在線存儲等問題。

多維數據庫設計方法是一種針對關系型數據庫的高效率、特殊的數據結構組織、存儲設計的技術方法。多維化數據設計的關鍵技術是從數據的時間、歸屬、數據狀態、序列等維度進行數據分析、組織建立數據存儲的多維化模型進行系統數據和程序設計解決信息共享和信息存儲、系統運行速度等問題滿足醫院信息系統數據海量存儲和實時存取的需要。

特別是電子病歷系統可能有幾十、幾百甚至上千個醫務人員同時并發使用電子病歷數據,海量的電子病歷數據需要快速存儲,有的病人的電子病歷需要1-5年或更長時間的在線存儲(老年慢性病人、精神病病人等)。多維化數據設計方法,能夠從根本上解決醫院信息系統,特別是電子病歷系統多用戶并發處理,大數據量快速存儲,數據長期在線,系統長期快速穩定運行的問題??梢詫崿F醫院信息系統在大數據量(1TGB)以上5~10年數據實時在線300~2000個用戶并發使用的條件下電子病歷系統的快速運行問題。實現海量存儲和實時快速存取的統一降低電子病歷的運行成本。

多維數據庫設計的具體方法是首先進行數據維度分析。對應用系統的數據從數據的時間、歸屬、業務、狀態和序列等維度進行分析設計再建立時間維度模式年、月、日等、歸屬維度模式病人、科室、病區、藥庫、藥房等、業務維度模式掛號、收費、處方、醫囑、病歷、病程記錄等、狀態維度模式已收費、未收費、已執行、未執行等序列維度模式掛號序列的序號、收費單據的單據號、科室的編號等等模式的數據庫和或數據表構建多維化數據庫。設計應用程序時根據數據的多維化組織模式進行軟件程序設計和開發。

十多年來我們對醫院信息系統的多維數據庫設計技術進行了不斷的研究和應用,目前已經在部分中大型醫院的實際運行中取得了良好效果。

2) 數據庫分區設計方法

數據庫分區設計方法是通過數據分區的設計來提高數據庫的讀寫性能和效率從而提高系統運行速度。

數據庫分區是一種對數據表的橫向分割將表、索引或索引組織表進一步細分為段的設計技術這些數據庫的段叫做分區。數據庫分區的原理是當數據表中的數據量不斷增大使用數據的速度就會變慢導致應用程序的運行速度下降。通過對數據庫的數據表的分區將表中的數據在物理上存放到多個表空間(物理文件上)這樣應用程序使用分區數據表會改善性能和可用性從而提高應用程序運行速度。

當數據表的大小超過2GB或表中包含歷史數據需要把新的數據增加到新的分區中時應使用數據庫分區技術進行應用軟件的數據設計來提高系統的運行速度。

3) 突破數據設計的范式要求

醫院信息系統數據之間的關聯非常復雜往往在處理一個業務時需要打開或管理多個數據表庫。加之同一業務可能有幾十或幾百個站點并發處理。導致數據表的之間的關系非常復雜影響應用系統的運行速度甚至導致堵塞、死鎖等問題。因此在應用軟件的數據庫設計中不可拘泥于數據庫設計的第三范式的要求在數據設計中適當的增加數據冗余以減少數據表之間的關聯提高數據提取的速度,從而提高醫院信息系統的運行的速度。

4) 充分運用臨時數據表技術

醫院信息系統應用軟件運行中,需要對數據庫進行寫表的操作很多,而且可能是一次操作需要寫入多條記錄(如處方、醫囑、收費等),同時還會有多個操作員并發操作。由于寫表時對數據庫的運行速度影響很大,因此應充分應用臨時表技術,先建立臨時表,把需要寫入的數據先寫入臨時表,再把臨時表的數據一次性添加到數據表中。提高數據處理的速度,進而提高醫院信息系統的運行速度。如果運用臨時表技術把臨時表建立在緩存中效果更好。

二.1.4. 解決醫院信息系統運行速度問題的效果

我們在醫院信息系統應用軟件設計中,綜合采用以上方法,特別是采用了多維數據庫設計方法,實現了醫院信息系統長期快速運行,數據長期實時在線,系統運行5~10年,數據全部聯機保存,運行速度與**年基本一致的要求的效果??梢越鉀Q當前醫院信息系統比較普遍存在的隨著系統運行時間的增長,系統的運行速度越來越慢的問題。而且可以降低服務器等硬件系統的配置,降低醫院信息系統運行的成本。

二.2. B/S化設計特征

目前本司已實現全應用的B/S化開發設計,以下是C/S架構應用與B/S架構應用對比介紹:

序號

指標

C/S

B/S

備注

1.

定義

CS(Client/Server)指客戶端/服務器架構模式。

客戶端需要安裝專用的客戶端軟件。

BS(Browser/Server):瀏覽器/服務器結構,是目前應用系統的發展方向。

客戶端采用瀏覽器運行軟件。


2.

優點

交互性強

存取模式安全

網絡通信量低

響應速度快

利于處理大量數據

無拓展性,目前新的技術都不在用C/S架構研發了,軟件上限已固定。

分布性強,客戶端零維護。只要有網絡、瀏覽器,可以隨時隨地進行查詢、瀏覽等業務處理。

業務擴展簡單方便,通過增加網頁即可增加服務器功能。

維護簡單方便,只需要改變網頁,即可實現所有用戶的同步更新。

開發簡單,共享性強。

拓展性強,新技術基本都是基于B/S架構研發,軟件能不斷增加新技術新功能,順應時代持續成長。


3.

缺點

●需要專門的客戶端安裝程序,分布功能弱,針對點多面廣且不具備網絡條件的用戶群體,不能夠實現快速部署安裝和配置。

●兼容性差,對于不同的開發工具,具有較大的局限性。若采用不同工具,需要重新改寫程序。

●開發、維護成本較高,需要具有一定專業水準的技術人員才能完成,發生一次升級,則所有客戶端的程序都需要改變。

●一般用源碼開發的B/S系統個性化特點明顯降低,無法實現具有個性化的功能要求。(這一點快速開發平臺開發可以進行解決)

●在速度和安全性上需要花費巨大的設計成本,所以目前市面上普遍的廠商報價都非常貴。


4.

開發和維護成本

CS開發和維護的成本高于BS。

CS結構軟件安裝調試升級都需要在所有客戶機上進行。

BS結構只需要將服務器上的軟件版本升級即可,不必安裝與維護。


5.

硬件環境

CS結構要求必須有相同的操作系統。

CS客戶端的計算機電腦配置要求較高。

CS的每一個客戶端都必須安裝和配置軟件。

BS結構因為在瀏覽器上運行只要有操作系統和瀏覽器就行。

BS客戶端的計算機電腦配置要求較低。

BS客戶端在瀏覽器上運行不必安裝。


6.

負載

CS客戶端負載大。

CS客戶端與用戶交互、收集信息,向后臺請求。

BS客戶端由后臺處理數據,前端只顯示內容。


7.

安全性

CS安全性較高,可以通過嚴格的管理來應用于指定人群。

BS使用人數多,無法精確控制。(可通過嚴格的組織機構權限設置進行控制,本司基于平臺開發已實現)


總體來說相比于CS管理系統,BS 在安裝部署、升級維護、設備帶寬、軟件學習推廣成本等方面都有無可比擬的優勢。

因為傳統的C/S架構系統前臺與后臺數據直接交流,在醫院數據量較小時速度優勢明顯。但隨著醫院規模越來越大,終端用戶越來越多,C/S架構的系統受數據庫連接限制,速度越來越慢,反而變成了劣勢。

B/S架構下的應用是通過瀏覽器作為用戶端,無需進行部署安裝,無本地化客戶端,擺脫了對Windows操作系統的依賴,可無縫切換至國產操作系統,能積極響目前國家對于網絡數據安全的要求。

瀏覽器的方式也使得用戶的使用十分方便,用戶可以何時何地通過Internet訪問URL而進行相應的工作,升級維護也能比較集中。非常適合未來醫院在很多應用范圍涉及區域逐漸變廣,用戶會需要通過不同的地點快捷進行訪問的工作模式。

B/S架構**的優點就是可以在任何地方進行操作而不用安裝任何專門的軟件,只要有一臺能上網的電腦就能使用,客戶端零安裝、零維護,系統的擴展非常容易。

二.3. 原生代碼開發與平臺開發區別

本司是行業內**的低代碼快速開發平臺式軟件開發模式,早期就一直使用平臺化開發架構應用,用戶在軟件的使用過程中能利用開發平臺不斷的對醫院系統進行優化細化,達到醫院在運行過程中產生的各種細節需求都能通過平臺進行滿足,真正實現客戶自己想要的軟件。這一點是所有源代碼開發系統寫死的公司做不到的。

19年公司也已從原來的C/S開發平臺迭代至全新的B/S開發平臺,基于B/S技術封裝了行業最前沿的技術模塊,更能支持醫院下個十年的高速發展。以下介紹原生代碼與低代碼平臺化開發的區別:

傳統原生代碼開發/低代碼開發的比較

序號

指標

傳統原生代碼開發

低代碼開發平臺

1

開發難度

2

開發周期


代碼級開發,開發和測試周期都很長,而且開發好的系統也要磨合一定時間才能穩定。


一天可以開發十幾個模塊,且測試簡單,性能穩定,不需要磨合時間。

3

開發人員要求


精通編程語言、數據庫和各種開發技術的人才。


無需懂開發語言,只需要稍懂數據庫。

4

開發成本


對開發人員要求高及開發時間長,開發成本高。


對開發人員要求相對較低,成熟的模塊化開發,開發時間較短,開發成本相對較低。

5

維護成本


維護時由于代碼級修改,可能會導致產品其他地方錯誤,引起新的問題,調試十分麻煩。


維護只是重新配置一下規則,不用修改代碼,不會引起關聯問題,調試簡單方便。

6

安全性


需要專業人員做安全處理。


平臺已在所有有可能出現漏洞的地方做了安全處理。應用系統開發人員無需關心這些復雜繁瑣的工作。

7

數據庫支持


需要支持多種類型的數據庫或每個模塊對應不同的數據庫。由于各種數據庫語法不同,傳統開發處理起來非常麻煩。

支持
支持多種類型的數據庫或每個模塊對應不同的數據庫。對于各種數據庫的語法轉換,平臺會自動處理。

8

界面統一美觀性

難實現
如果項目由多人同時開發,每人開發風格不同,很難保證界面統一,不統一的界面給用戶帶來不好的用戶體驗。增加學習成本,使用不方便。

容易
平臺界面自動生成,并且提供大量界面控件來生成統一而精美的界面。

9

擴展性

較好

但需要專業技術到達一定水平工程師進行處理,不然BUG率高。


代碼級開發,豐富多樣的模板庫,高自由度的組合方式,擴展靈活性高。

二.4. 平臺化開發設計的便捷及通用功能介紹

1) 集團化的組織機構管理,可設置多個機構進行統一管理,每個機構的可設置專項角色屬性與賬戶關聯進行相關的權限管理;用戶管理員可通過權限控制是否對組織機構中某“角色”顯示某應用界面;用戶管理員可通過權限控制是否對組織機構中某“角色”顯示某應用界面中的某些按鈕功能。

(實施人員會根據醫院實際情況進行相關權限的設置,系統驗收后醫院發展新增角色及用戶,可通過管理員賬號自主設置)

2) 用戶可自由設置所有應用界面上的字段排列順序以及按顯示需求進行是否顯示的設置,該功能不影響業務流程;

3) 查詢功能的搜索條件可進行設置,可通過任何一條字段的設置及相應條件的設置進行多層數據查詢;

4) 軟件的界面主題客戶可自行進行更換,界面展示風格、窗體風格、按鈕風格等可個性化設置;

5) 集成門戶功能:可實現多應用集成至系統登錄門戶里,通過系統入口即可實現登錄所有其他異構系統并進行操作;

6) 一鍵更新功能:服務器一鍵跟更新,無需每臺客戶端進行更新處理;

7) 消息機制:可在程序設置定時或者觸發式消息機制,用戶可通過短信或者微信等方式接收到新的消息;

8) 分流式表結構設計讓數據登記與查詢分開,系統數據積累再多也不會導致卡頓;

9) 數據抽取機制:通過大數據抽取及管道傳輸技術,可將所有系統數據庫中任意表的任意字段進行抽取復制,不影響主系統業務的執行,同時能進行數據實時的查詢及展示;

10) 駕駛艙:數據展示不再是單純的網格顯示,可通過駕駛艙顯示多樣化的數據展示效果,所有數據效果更直觀;

11) 用戶可通過開發平臺“向導”功能快速創建擁有完整的增刪改查功能的模塊,并且可自主構建數據建模數據集及數據字典,實現無代碼開發小功能小模塊;

12) 數據字典:大部分引用的國標化的數據字典,讓所有數據統一規范化,同時開發用戶可通過平臺進行數據字典的自主新增及名稱修改的無代碼開發;

13) 低代碼開發平臺會不斷開發并引用更多行業前沿技術,將支持醫院未來智慧智能化的建設需求。

二.5. 數據管道工具

二.5.1. 應用功能

1) 項目管理

項目管理用于對構建的任務進行分類,維護各類型數據抽取任務。

2) 執行器管理

執行器管理是彈性增減執行器界面。執行器是整個抽取任務的“大腦”,支持集群執行器部署,當遇到性能瓶頸,可以平滑添加執行器。

3) 數據源管理

數據源管理界面專門維護數據庫鏈接,支持mysql、oracle、postgresql、sqlserver、mongodb、hive、hbase等數據庫。所有配置的連接信息都是經過加密處理保存。

4) 日志管理

日志管理專門提供執行任務的日志信息檢索及查看。對每個任務執行進度進行明細記錄,可以根據日志快速回溯及糾錯。

5) 用戶管理

用戶管理專門用來維護用戶??梢愿鶕煌瑘鼍霸O置不同的用戶權限。

6) 資源監控

資源監控實時展示CPU使用率、內存使用率、平均負載,可以設置資源閾值報警機制,當達到閾值時,可短信及郵件通知運維人員。

7) 任務模板

任務模板是一個調度性能的模板??梢栽O置執行器、路由策略、阻塞方式、執行時間、報警郵件、任務資源參數。

8) 任務構建

任務構建是一個數據抽取的配置界面。通過綁定之前設置好的數據源,簡單的寫入sql語句,綁定一個任務模板,即可完成一個數據抽取任務。

9) 批量任務構建

批量任務構建是批量數據抽取的配置界面。效果和單個任務構建一致。

10) 任務管理

任務管理是一個任務調度界面。界面上面展示了詳細的路由策略與執行規律??梢栽诮缑婵旖菪薷恼{度配置信息、任務的開啟與關閉。

二.5.2. 技術特征

1) 多數據庫支持

支持mysql、oracle、postgresql、sqlserver、mongodb、hive、hbase等數據庫。

2) 可視化抽取配置

通過界面,選著好執行器、路由策略、阻塞方式、執行時間、報警郵件、任務資源參數即可快速生成抽取任務。

3) 可視化調度監控

完整可視化任務監控,支持隨時修改任務配置,啟動及關閉任務。

4) 原子級日志監控

每個任務執行過程都詳細記錄操作日志信息,方便數據回溯、問題排查。

5) 集群化部署

執行器支持集群化部署,彈性提升整體執行效率。

6) 性能監控

可以隨時查看服務器CPU、內存、負載均衡各項指標,支持設置閾值,當關鍵指標任務發生錯誤或服務器性能異常發送郵件及短信提醒。

第三章
項目實施管理

三.1. 項目的組織形式

任何一個工程項目的成功建設,清晰的項目領導管理組織機構至關重要。本次項目的實施涉及用戶多個業務和技術部門,組織協調具有一定難度。其有效啟動和實施,**步就是成立相應的項目管理領導機構及項目實施機構,該機構應該規格層次恰當,能充分理解和執行用戶的需求和決策,能有效協調各個業務和技術部門,具備完善的應急處理流程和措施等,以保證足夠的運作、管理、協調能力。

圖 3-1 項目組織形式

上述的組織形式主要有以下優勢:

? 項目成立項目管理組,項目經理直接聯系公司總部,結構簡單,責權分明、命令統一,反應迅速,聯系、溝通簡捷,工作效率高;

? 項目組由項目經理指揮,獨立性大,避免行政干預,有利于提高工作效率;

? 按職能分工,人員均為各職能專家,可充分發揮專家作用,大大提高了管理的專業化程度;

? 項目工作人員大部分為公司員工,因此不存在磨合,配合默契,提高了工作效率。

三.2. 項目計劃

準備階段

商務準備

1) 實施計劃編制

武漢飛博科技有限公司實施項目組根據項目的實際情況,在與院方相關人員初步接觸溝通后,編制實施計劃文檔。

2) 實施計劃確認

雙方的相關人員共同對本實施計劃進行修訂和確認。

3) 召開項目啟動大會

項目的實施是一項繁瑣、細致、認真、嚴肅的事情,可能會在一定程度上影響現有的業務操作習慣,也可能會造成不同崗位之間工作量的重新分配等情況,各種因素都有可能造成某些人員對項目推行的抵觸。

因此,建議院方在項目正式實施之前,事先在內部召開動員大會或者下達正式的書面通知,讓大家對實施的項目有所認識和準備,并引起足夠的重視,充分調動各方面人員的積極性。

經驗證明,院方領導對項目的重視程度,將會成為左右項目實施成效的關鍵。

人員準備

1) 成立項目組

成立項目組,由雙方的人員共同參與,項目組直接向院方本項目主管人員信息科主任匯報工作。在本項目院方主管人員賦予相關的執行權限后,可以在實施期間調度所需要的相關資源,確保項目的順利實施。

2) 起草管理制度和崗位職責

院方內部制定合理有效的管理制度,落實各項具體工作的負責人和責任人,明確問題反饋和解決問題的詳細流程,充分做好上線前期的準備工作,確保項目的順利實施。

環境準備

? 軟件環境準備

如果系統運行有需要于其他第三方系統進行對接工作,為了不影響本系統上線使用,實施前請確保第三方系統已正常上線運行并且有相關人員能進行工作上的配合。

? 網絡環境準備

服務器需要在醫院內網上有固定的 IP 地址。

? 培訓環境準備

投影儀:以便在培訓過程中取得更好的視覺效果。

會議室:會議室或者能容納培訓人員的較寬敞場地。

時間:事先安排好各個崗位的工作時間,以便按時參加培訓。

建議采用進行統一培訓的方式,如果人員數量比較多或者由于工作時間等因素,可以分批培訓。

根據與院方確定培訓場地、時間、方式等,本司可使用遠程示教培訓系統進行相關系統的直播培訓并進行過程錄制并系統留檔,可方便各科室使用系統人員隨時調閱學習,達到學習效率的**化。

項目啟動階段

系統初始化

把各種初始化數據導入到數據庫中,主要包括系統用到的配置信息,以及用于記錄數據的表,需要院方配合導入工作,給予一定的權限,或者我們提供數據庫腳本,由院方數據庫管理員進行導入。

需求獲取

如果院方在已實施的系統之外有自己的需求,可以提出,項目組負責收集需求,并進行整理。

需求確認

將整理好的需求發送給院方領導和公司領導,共同確認,并在《需求確認書》上簽字。

項目實施階段

系統試運行

軟件系統投入運行,進行全面綜合的測試。包括:測試硬件環境的穩定性,測試軟件系統的穩定性,測試網絡環境的穩定性,測試業務數據的準確性等。

需求提交

項目組將已確認的《需求確認書》提交給公司和院方領導留存。

需求實現

待需求確認后,項目組將對需求進行實現。

正式上線

系統進入正式使用期,院方需要安排人員及時收集問題并依照問題反饋流程提交上報。

工作跟蹤與處理

武漢飛博科技有限公司項目組全程跟蹤系統的運行情況,現場指導并解決問題。

驗收階段

結項

院方對本次實施培訓進行確認。

文檔歸檔

對實施期間的所有文檔整理和歸類。

后續工作安排

根據項目實施的實際情況,安排后續的工作事項。

第四章 售后服務體系

l 提供系統上線后12個月免費維護(質保服務)。

l 醫院提供免費的云維保管理系統使用,可通過遠程視訊、遠程桌面等技術快速定位系統在售后過程中的問題快速解決,并且幫助醫院建立日常維護記錄制度和系統管理規范。

l 對于醫院的服務請求,公司在一個小時內給予明確的響應和安排,處理后給予明確說明。

l 對于軟件質量或性能與合同要求不符的部分,供方收到通知后在院方規定的時間內修改軟件,滿足醫院的要求。

l 如果將來醫院引進其他系統需與本方案系統進行對接的,本司可提供技術配合工作。

l 定期與醫院保持聯系,利用電話或專用表格指導醫院系統維護人員對服務器的運行狀態進行檢查,監控數據庫系統參數及性能,防止異常情況的出現。

四.1. 用戶回訪

本司會定期對醫院進行上門回訪,同時公司每個月對醫院進行至少2次的遠程回訪,幫助醫院技術人員解決問題,提出對系統進行日常的維護保養建議,**限度地降低故障發生的機率。

四.2. 電話支持

客戶服務中心人員7*24小時開通電話服務,全天候為醫院提供咨詢和即時服務。

四.3. 遠程支持

對于電話支持不能解決的問題,在醫院授權容許的情況下,通過云維保管理系統的遠程桌面技術,登錄到醫院的網絡中,協助醫院相關人員查看故障,實時解決問題。

四.4. 本地化服務

如果上述快速響應技術服務無法解決系統故障,則由本司立即安排專業技術人員攜帶必要的備件和工具根據實際行程以最快時間趕往現場,立即著手檢查系統和排除故障,恢復系統的正常運行。

四.5. 平臺化服務

可為醫院培養專業的運維平臺工具使用人員,解決系統日常運行中90%的糾錯性問題。

四.6. 售后運維人員培訓服務

線上培訓:當服務轉向至質保售后階段時,公司會不定期(根據售后安排通知)舉辦線上直播培訓課程對院方信息化專員進行遠程培訓,培訓內容錄制后上傳至系統網盤公開瀏覽。

長期培訓:當服務轉向至質保售后階段時,當院方需要進行新的信息化人才的培養時,可安排信息化專員上門來司進行數月的專項學習,以實現該人員能利用開發平臺對醫院系統細節進行不斷的優化,達到醫院系統完全適配自身管理模式、運轉效率最高的目的。





027-87051230
全國統一熱線
咨詢號碼 :
張經理:13971022072
公司地址 : 武漢市東湖高新區光谷大道國際企業中心聚賢樓A座303室
會員登錄
登錄
其他帳號登錄:
留言
回到頂部