兩系統之間的資料介面的開發過程與心得

2021-06-22 09:42:36 字數 1866 閱讀 5462

開發涉及的實現細節這裡不多提了,主要總結一下開發的流程,開發過程中遇到的一些問題及如何確定解決方案等心得。

開發背景:

客戶:某三甲醫院;

平台使用範圍:某市所有婚檢醫院;

介面使用方:暫時只是該醫院在用,提供excel模板,如果其他使用《婚檢系統》希望使用,他們可以同各自醫院的his產商進行溝通;

需要開發介面的專案:《婚檢系統》;

《婚檢系統》有乙個《實驗室檢查模組》,提供錄入婚檢有關的檢驗科檢驗資料,使用人員需要在病人來取婚檢報告前將檢查資料錄入到《婚檢系統》中,故需要醫院檢驗科每天的檢驗資料,而檢驗科的資料是錄入到醫院的his系統的《lis子系統》中的,如果不做介面,使用《婚檢系統》的人員需要手動錄入檢驗資料,造成不必要的人力資源的浪費。

實現目標:

1、實現將《lis系統》

資料通過excel檔案的形式

無需人為重複輸入,完整正確匯入到《婚檢系統》的實驗室檢查結果中,並做其他相關業務處理(如判斷是否地貧陽性等)。

2、提供統一的匯入excel格式,(其他使用《婚前檢查保健管理系統》的醫院還沒做介面的情況下)如果無法從lis匯出資料,也可以手動製作excel,進行匯入。

開發過程及心得:

一、與《lis系統》工程師進行討論。

在互相了解對方負責系統的業務流程以及資料庫相關的表結構設計等資訊的基礎上,討論如何實現資料的正確遷移並且在業務上可行。

討論的過程中,我們各自提出了一些不同的解決方案(畢竟不同人的思維方式都不一樣,對系統的認知也不一樣,考慮問題難免會從不同角度出發,有一些不同看法是再正常不過的事了),在這個基礎上,推敲各個細節,最後確定了乙個雙方都認可的方案。

溝通是很重要的,兩個系統的介面是在雙方工程師的配合下完成的,好的溝通可以推動專案的進展。

有的處理可以在《lis系統》進行,也可以在《婚檢系統》進行,這種情況作決定的依據是,考慮以後可能會出現改動,改動可能會造成的影響,選擇受變動影響比較小的方案。

二、確定方案後,進入編碼階段,介面實現主要進行如下幾步處理:

1、接收《lis系統》匯出的excel檔案(檔案中是病人的檢驗結果等資訊),讀出資料集。

2、對資料集進行處理,根據討論確定的規則,生成《婚檢系統》的資料。

由於《lis系統》中檢驗結果是以某個儀器為出發點處理及檢視不同人的不同專案的資料,而《婚檢系統》是以某個人為出發點,處理及檢視不同儀器的不同專案的資料。所以兩個系統的表結構上差別挺大的不同,這就需要對資料集進行邏輯上的處理。

期間想了兩個方案:

a、是新構造乙個後台方法,處理資料集,往資料庫裡插入資料。

b、是利用現有的《實驗室檢查》模組的後台方法,將得到的資料集處理成該後台方法所需要的引數,呼叫該後台方法。

考慮之後,選擇了第二個方案,考慮到如果以後這個模組對資料處理的需求有變化,需要修改後台方法的時候(如,某種化驗的值在某個範圍內需要回填檔案資訊表的時候),只需要維護這個後台方法,而不需要連同介面的處理方法一起維護。

三、編碼結束,進入測試、除錯階段

在我做好《婚檢系統》的介面部分的時候,《lis系統》匯出資料的部分也做的差不多了,通過將其匯出的excel匯入到介面進行處理,檢驗得到的資料是否與理論上應該得到的一致,期間對程式進行了一部分修正,對引數進行了一些調整。

四、測試結束後,交付使用。

對使用者進行使用前的培訓和指導,說明哪些情況介面是無法處理的,等等。

管理資訊系統的開發過程

管理資訊系統的開發過程 分為 5個階段來描述 第一階段 系統開始和可行性研究 系統開始和可行性是為系統開發做前期準備,第一階段最終的產品有兩部分 1 實際的可行性研究報告,它包含對系統基本功能的描述及利潤 成本分析。2 系統的初步設計,它對於估價成本和利潤是必要的,是第二階段的直接輸入。多數可行性研...

對Flex開發過程中介面切換的認識

用第一種方式來實現相對簡單,利用popupmanager的一些靜態方法即可實現,比較適用於一些size相對較小的視覺化元件,比如 登陸表單元件,或修改乙個值,要求重新輸入乙個新值等等類似情況.實現示例 如下 var win win new loginpanel 彈出顯示登入框 popupmanage...

ksearch系統開發過程中遇到的KFC效能問題

前天ksearch效能壓測過程中發現乙個很奇怪的問題,跟了3天,case做了無數個,終於發現問題所在,還是kfc kuafu communication 的問題。然後想起來,去年實時搜尋上線前夕,也遇到乙個很奇怪的問題,最後定位出來也是kfc的問題,異常鬱悶,所以這裡記錄一下。ksearch的服務框...