飛博醫信通

實驗室檢驗信息管理系統
分享到:

實驗室檢驗信息管理系統

產品詳情

**章 檢驗信息系統(LIS)介紹

一.1. LIS系統定義

LIS(Laboratory Information System) 即檢驗/實驗室信息系統, 它是醫院信息管理的重要組成部分之一。LIS系統逐步采用了智能輔助功能來處理大信息量的檢驗工作。LIS系統不僅是自動接收檢驗數據,打印檢驗報告,系統保存檢驗信息的工具,而且可根據實驗室的需要實現智能輔助功能。隨著IT的不斷發展, 人工智能在LIS系統中的應用也越來越廣泛。

一.2. LIS系統組成

LIS系統實現檢驗申請、患者準備、患者識別、臨床標本的采集、運送、保存、處理、檢測、檢驗結果的確認、解釋、報告和建議全過程的信息化管理。

系統由系統維護、主任查詢、標本處理中心、生化系統、微生物子系統、血庫子系統、血液病實驗室子系統、試劑管理等模塊組成。

一.3. LIS系統功能

(1)充分采用條形碼技術,為檢驗科室建立開放式的網絡數據庫平臺。

(2)實現與各類檢驗儀器接口數據的通信功能,完成檢驗日常工作、信息發布、與其他科室及外單位的信息交流。

(3)與全院管理信息系統互聯,實現全院信息的高度共享。

(4)實現檢驗報告無紙化傳遞,真正做到杜絕漏單、缺項,提高工作效率。

(5)實現檢驗科辦公管理科學化、規范化。

(6)強力支持醫院科研及教學工作。

1. LIS系統功能特點

(1)標本管理采用條形碼技術:與門診一住院醫生工作站、門診一住院護士工作站聯網,可在采樣處打印標簽或條碼。

(2)工作站自動接收儀器數據,并與儀器進行雙向通信,保證數據安全、準確、及時、有效。一機多連、實時連機、雙向控制、串并口并行連接。

(3)采用HL-7技術標準為醫院信息系統提供接口:實現患者資料、患者費用及檢驗申請的自動獲取,并把檢驗結果以規范的格式提供給醫院信息系統。

(4)可單項或批量處理(錄入、修改、審核、確認及打印)報告,并對手工項目提供專門模塊進行成批處理。

(5)對未發出的報告提供審核確認機制、嚴格檢查發出報告員的身份,保證發出的報告準確無誤。對同一患者提供歷史數據的對照,確保異常結果的有效性。

(6)自動計算各運算項目,自動得出各項目的偏差,自動顯示特殊項目的圖例(三分類直方圖、五分類散點圖及免疫陰陽對照圖等)。

(7)支持多批次、多水平標本同時上機質控。

(8)提供多種查詢條件:住院號、門診號、驗單號、姓名、性別、科室、醫生、報告員、專業組、標本、儀器、上機號、日期等組合條件進行模糊查詢。

(9)實現高級組合查詢,可滿足用戶任意條件查詢。

(10)支持根據錄入的檢驗項目,軟件智能判定樣本類型和數量。

(11)對已確認的申請不能取消,可授權解除。

(12)可查詢采樣計劃、打印采樣任務表。

(13)可記錄采樣者、采樣日期、采樣時間、樣本描述等。

(14)系統可自動接收標本并根據檢驗項目的不同自動分配標本。

(15)在樣本核收的同時可與HIS系統連網, 核對樣本是否收費。

(16)收到標本可以自動打印清單,可記錄拒收樣本理由并通知申請者。

(17)能調出一天或幾天未完成的檢驗項目。

(18)對由儀器傳送過來的數據,能定義附加的檢驗項目、默認結果及正常參考值范圍。

(19)能自動進行當前數據與歷史數據比較,可用圖形顯示。對可能有矛盾的結果自動進行提示,并可設置參數的范圍。

(20)可根據不同年齡、性別,自動調用不同的參考值,無此項者按默認值處理。

(21)對檢驗項目結果能編輯并有審核功能。支持自動檢查錯項、漏項、多項的功能。

(22)支持區別常規報告、急診報告、打印報告、未打印報告的功能。

(23)能根據標本類型、年齡、性別自動更新檢驗結果的正常參考值范圍。

(24)對結果有偏差的檢驗結果具有報警功能。

(25)能顯示患者上次檢驗結果及最近十次檢驗結果的變化趨勢。

一.4. LIS系統服務流程

由于醫院就診的流程不同,信息化覆蓋面不同, 所以, 門診、住院患者LIS服務流程不同。

1. 開立電子申請單

檢驗信息化應首先從檢驗申請單無紙化開始。醫生可以在HIS系統或LIS系統中開立檢驗申請單,保證信息源頭準確有效如果HIS系統具備開立檢驗申請單的功能, 應優先推薦醫生使用HIS系統開檢驗單;如果HIS不具備此功能, 可以在醫生工作站電腦上同時安裝LIS系統工作站, 醫生可以切換到LIS系統上開檢驗單。

2. 采樣規范化與樣本條碼化

在采樣室配備一臺采樣工作站, 安裝LIS護士站軟件, 通過掃描患者就診卡或者輸入患者的病歷號、檢驗繳費憑證號等信息, 自動從HIS系統或LIS系統中調閱該患者的檢驗申請單。

LIS護士站軟件將根據待檢驗的項目, 提示護士采樣準備的信息, 如試管型號、試管顏色、樣本容量等,規范采樣行為。

LIS護士站打印一式兩聯條碼標簽, 包含患者信息、項目信息、條碼號等內容。一聯貼在試管上供實驗室檢測,另一聯貼在患者的病歷冊上供患者自助取單。

3. 自動化檢測

樣本進入到檢驗小組后,不再需要人工錄入檢驗申請單,掃描樣本條碼即可自動獲取該樣本需要開展的項目信息并可以直接上機檢測。

LIS系統支持單向通信:計算機(LIS系統) 可自動接收儀器檢驗結果。

LIS系統支持雙向通信:LIS系統除了自動接收儀器檢驗結果, 還可以根據儀器掃描出的試管條碼,告知儀器待檢測的項目,從而支持大型設備的多項目的自動化檢測。

5-1所示為檢驗系統(LIS) 基本流程。

2.4-1 檢驗系統(LIS) 基本流程

2.4-2所示為檢驗系統(LIS) 組成。

LIS系統組成:實現檢驗電請、患者準備、患者識別、臨床標本的采集、運送、保存、處理、檢測、檢驗結果的確認、解釋、報告和建議全過程的信息化管理。

2.4-2 檢驗系統(LIS) 組成

一.5. LIS精細化管理

1. TAT管理:

1) 提供實驗室明確的標本接收、拒收標準與流程,保留接收與拒收的時間,標本能全程跟蹤到每一步操作時間及操作流程,檢驗結果匯報時間(TAT)明確可查;

2) 室內質控覆蓋實驗室全部檢測項目及不同標本類型;

3) 保證每檢測批次至少有1此室內質控;

4) 制定實驗室室內質控規則;

5) 室內質控報告有負責人簽字;

6) 室內質控重點項目:

1)臨床化學、免疫學、血液學、凝血試驗的質控流程;

2)血涂片評價、分類計數質控流程;

3)細菌、分枝桿菌、真菌檢測的質量控制流程;

4)尿液分析、臨床顯微鏡檢查的質量控制流程;

5)采用質量控制鑒別病毒鑒定試驗中的錯誤檢驗結果;

6)病毒鑒定的實驗室必須保留相關記錄;

7)對未知標本進行血清學檢測時,須同時進行已知滴度的血清陽性質控和陰性質控。

2. LIS的運行要求:

1)數據和信息輸入:提供多種輸入格式和內容,提高錄入速度;

2)權限控制功能:錄入者及審核者具有不同權限控制。審核者對醫囑進行審核、校對后才能提供執行,并對審核后醫囑的正確性承擔責任。對未經審核的醫囑可提供修改;

3)和刪除的功能;自動生成檢驗單號,并保證由檢驗單號查詢**檢驗結果;儀檢儀器能夠提供自動數據采集的接口,無接口聽鏡檢儀器能夠提供手工錄入的方式;

4)每次檢查的檢驗單號必須與患者在院資料相對應;每次檢驗的數據都要經過嚴格核準后方可生效;

5)查詢和修改:提供多種格式的單項和多項查詢顯示,對未存檔數據可提供修改。

第二章 公司技術優勢

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

二.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、內存、負載均衡各項指標,支持設置閾值,當關鍵指標任務發生錯誤或服務器性能異常發送郵件及短信提醒。


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