專利名稱：Log事件管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及醫(yī)療器械領(lǐng)域，具體涉及一種應(yīng)用于心臟介入診治設(shè)備的LOG事件管 理方法。
背景技術(shù)：
心臟介入治療技術(shù)是近20年來在國內(nèi)外蓬勃發(fā)展的一種治療心血管疾病的新型 技術(shù)。與傳統(tǒng)的心臟外科手術(shù)、藥物治療相比，心臟介入治療通過導(dǎo)管直接作用于病變部 位，具有創(chuàng)傷小、療效好、可根治、病人痛苦小、費用低、并發(fā)癥少，術(shù)后恢復(fù)快等優(yōu)點。
心臟介入診治設(shè)備是介入手術(shù)中的必備設(shè)備。目前，現(xiàn)有的電生理介入治療設(shè)備 中采用的同步多通道、高精度、高速采集系統(tǒng)會生成大容量的數(shù)據(jù)單通道數(shù)據(jù)采樣率4K， 通道數(shù)為68路，數(shù)據(jù)類型為short型，占兩個字節(jié)，每秒鐘總的數(shù)據(jù)量為544K字節(jié)， 一個小 時3600秒，一個小時的數(shù)據(jù)量3600*544K/1024/1024 = 1. 87G，而每例手術(shù)時間都在4小 時以上，所以會占用儀器相當(dāng)大的容量。在手術(shù)過程中和手術(shù)過后醫(yī)護人員對數(shù)據(jù)管理、檢 索、分析時，由于數(shù)據(jù)相當(dāng)大，使用時非常復(fù)雜，且占用手術(shù)時間。

發(fā)明內(nèi)容
針對以上出現(xiàn)的技術(shù)難題，本發(fā)明的目的是提供一種給臨床操作醫(yī)師檢索病例數(shù)
據(jù)事件、定位事件數(shù)據(jù)開始位置及存儲LOG事件的方法，能夠有效地解決現(xiàn)有的心臟電生
理介入治療設(shè)備中采用的同步多通道、高精度、高速采集系統(tǒng)生成的海量數(shù)據(jù)，造成手術(shù)中
和術(shù)后對數(shù)據(jù)管理、檢索、分析時非常麻煩這一難題。 為了實現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案 —種LOG事件管理方法，包括如下步驟 步驟A，操作人員發(fā)出操作指令； 步驟B，分析操作指令，若操作指令為存儲時，執(zhí)行步驟C ;若為其它操作指令時， 執(zhí)行步驟G; 步驟C，后臺少量文件存儲線程對LOG事件管理系統(tǒng)中的LOG事件進行海量文件管 理； 步驟D，海量文件管理反饋文件定位指針給LOG事件管理系統(tǒng)；
步驟E， LOG事件管理系統(tǒng)把事件存儲信息反饋給后臺文件管理線程；
步驟F， LOG事件管理系統(tǒng)顯示數(shù)據(jù)； 步驟G，后臺文件管理線程與數(shù)據(jù)鏈表類交互，把信息反饋給操作人員。 進一步，所述步驟C中，海量文件管理中先檢查數(shù)據(jù)是否夠一批數(shù)據(jù)，如果不夠，
則回到開始位置，直到檢查出夠一批數(shù)據(jù)時，執(zhí)行步驟H: 檢查目前存儲的操作文件的剩余容量能否容下該批數(shù)據(jù)，如果可以則寫入文件； 如果不能，則執(zhí)行步驟I : 寫滿該文件的剩余空間，打開下一個文件把余下的數(shù)據(jù)寫入該文件，把該文件作
3為下次數(shù)據(jù)寫入的目標(biāo)文件。 進一步，海量文件管理定義至少二十個文件，該二十個文件依次級聯(lián)，每一文件最大存儲量為2G。 本發(fā)明的有益效果為 本發(fā)明提出了一種以采用研究日志為特征的信息資料管理功能，通過在Windows下多內(nèi)核程序編程，采用面向?qū)ο缶幊碳夹g(shù)和數(shù)據(jù)庫技術(shù)，利用全新的事件鏈表技術(shù)實現(xiàn)，構(gòu)建成全新的信息平臺，實現(xiàn)了以研究日志為特征的信息資料管理功能，使手術(shù)全過程的生理數(shù)據(jù)可以便捷檢索和處理分析。 本發(fā)明的其他優(yōu)點、目標(biāo)和特征在某種程度上將在隨后的說明書中進行闡述，并且在某種程度上，基于對下文的考察研究對本領(lǐng)域技術(shù)人員而言將是顯而易見的，或者可以從本發(fā)明的實踐中得到教導(dǎo)。本發(fā)明的目標(biāo)和其他優(yōu)點可以通過下面的說明書或者附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


圖1為本發(fā)明的結(jié)構(gòu)框圖； 圖2為本發(fā)明基于LOG事件管理方法的海量數(shù)據(jù)存儲原理示意 圖3為本發(fā)明基于LOG事件管理方法的海量數(shù)據(jù)存儲原理流程圖。
具體實施例方式
下面通過具體實施例并結(jié)合附圖對本發(fā)明做進一步的詳細(xì)描述 對于在手術(shù)過程中發(fā)生的事件存儲功能，如心律失常、程控剌激、射頻消融、快速
標(biāo)記、以便手術(shù)醫(yī)生很快的找到要觀察的數(shù)據(jù)，這種數(shù)據(jù)記錄方法叫做LOG事件。 LOG事件功能表現(xiàn)在儀器當(dāng)中為存儲在手術(shù)過程中設(shè)定的自動存儲或手動存儲
的事件片斷信息，可以按不同的事件分類，直接定位到事件數(shù)據(jù)的開始位置。方便醫(yī)生檢索
病理數(shù)據(jù)事件時可高效、快捷。
如圖l所示，本發(fā)明含有三個實體操作人員、后臺海量文件存儲線程、后臺文件管理線程。操作人員與LOG事件管理系統(tǒng)發(fā)生的聯(lián)系有查找事件和顯示事件信息；后臺海量文件存儲線程與LOG日志事件管理系統(tǒng)發(fā)生的聯(lián)系有事件文件位置和事件文件定位；后臺文件管理線程與LOG日志事件管理系統(tǒng)發(fā)生的聯(lián)系有事件存儲信息和事件存儲。
本發(fā)明所提供的方法，包括如下步驟
步驟A，操作人員發(fā)出操作指令； 步驟B，分析操作指令，若操作指令為存儲時，執(zhí)行步驟C ;若為其它操作指令時，執(zhí)行步驟G; 步驟C，后臺少量文件存儲線程對LOG事件管理系統(tǒng)中的LOG事件進行海量文件管理； 步驟D，海量文件管理反饋文件定位指針給LOG事件管理系統(tǒng)；
步驟E， LOG事件管理系統(tǒng)把事件存儲信息反饋給后臺文件管理線程；
步驟F， LOG事件管理系統(tǒng)顯示數(shù)據(jù)； 步驟G，后臺文件管理線程與數(shù)據(jù)鏈表類交互，把信息反饋給操作人員。 操作人員向LOG事件管理系統(tǒng)發(fā)出操作指令，操作指令包括存儲、查找、刪除、修改與全程定位，LOG事件管理系統(tǒng)把相應(yīng)的指令傳送給后臺海量文件存儲線程與后臺文件管理線程，由后臺海量文件存儲線程與后臺文件管理線程分別執(zhí)行相應(yīng)的操作；后臺海量文件存儲線程對LOG事件進行海量文件管理，海量文件管理反饋文件定位指針給LOG事件管理系統(tǒng)，再由LOG事件管理系統(tǒng)把事件存儲信息反饋給后臺文件管理線程，最后由LOG事件管理系統(tǒng)顯示數(shù)據(jù)；當(dāng)操作人員發(fā)出查找、刪除、修改及全程定位的指令時，后臺文件管理線程與數(shù)據(jù)鏈表類交互，把信息反饋給操作人員。 本發(fā)明的數(shù)據(jù)存儲類可以生成對象實例，如手動存儲，打印存儲，剌激存儲等實例對象。通過數(shù)據(jù)鏈表類可以把實例對象添加到鏈表中，數(shù)據(jù)鏈表類提供添加事件、刪除事件、事件排序、事件分類等功能。 現(xiàn)有的心臟介入治療儀器在手術(shù)過程所采用同步多通道、高精度、高速采集系
統(tǒng)生成的大量數(shù)據(jù)時，單通道數(shù)據(jù)采樣率4K，通道數(shù)為68路，數(shù)據(jù)類型為short型，占
兩個字節(jié)，每秒鐘總的數(shù)據(jù)量為544K字節(jié)， 一個小時3600秒， 一個小時的數(shù)據(jù)量為
3600*544K/1024/1024 = 1. 87G，這是一個很大的數(shù)據(jù)量。做一例房顫手術(shù)平均需要8-10
個小時才能夠完成整例手術(shù)，10個小時的數(shù)據(jù)量就是18. 7G，要求數(shù)據(jù)能夠全程回放預(yù)覽，
就必須把18. 7G的數(shù)據(jù)全部存儲下來，這樣就占用了儀器的大量空間。由此，數(shù)據(jù)文件的管
理就要花費大量時間了。 那么，就有兩個問題需要解決 1.如何把這18. 7G的數(shù)據(jù)存儲下來。 2.如何定位文件指針，存儲數(shù)據(jù)片斷。 圖2為本發(fā)明基于L0G事件管理方法的海量數(shù)據(jù)存儲原理示意圖。本發(fā)明提出了基于Windows API核心編程， 一個二進制的文件最大能存儲2G的數(shù)據(jù)，因此我們只要定義20個文件。把這20個文件級聯(lián)起來，第一個文件存儲滿，接著用第二個文件存儲，以此類推，20個文件的大小足夠存儲一個手術(shù)的數(shù)據(jù)量。 如果只在單一文件正常的數(shù)據(jù)存儲和讀取，沒有什么問題，但是肯定會存在這種情況，即跨文件操作，以寫文件為例，當(dāng)存夠一批數(shù)據(jù)，需要寫到文件中，剛好會存在這種情況，第一個文件寫滿了 ，但該批數(shù)據(jù)還有一部分沒有寫完，這時候就要操作下一個文件，繼續(xù)把沒有寫完的數(shù)據(jù)寫到文件中。 圖3所示為本發(fā)明基于LOG事件管理方法的海量數(shù)據(jù)存儲原理流程圖。本發(fā)明采用以大文件操作指針為主指針，大文件存儲全程的數(shù)據(jù)。大文件作為臨時文件及總的資源，需要存儲的片斷，從大文件資源里面定位，再保存相對小的數(shù)據(jù)片斷，程序退出后，全程存儲的大文件將被刪除，只保留操作者需要的事件片斷，事件片斷的最大長度為2G。以此方法解決如何定位文件指針，存儲數(shù)據(jù)片斷是問題。 在數(shù)據(jù)存儲的過程中，資源的競爭是難避免的，如系統(tǒng)的數(shù)據(jù)正在全程存儲，這時又需要手動存儲，不時還需要程控剌激、射頻放電，出現(xiàn)幾個事件競爭一個文件資源的情況。本發(fā)明采用了信號量機制來解決資源競爭的問題，在某一CPU時間片內(nèi)，只允許一個進程占用公用資源，即多線程同步的方法解決此問題。 最后說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，本領(lǐng)域普通技術(shù)人員對本發(fā)明的技術(shù)方案所做的其他修改或者等同替換，只要不脫離本發(fā)明技術(shù)方案的精神和范圍，均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當(dāng)中。
權(quán)利要求
一種LOG事件管理方法，其特征在于包括如下步驟步驟A，操作人員發(fā)出操作指令；步驟B，分析操作指令，若操作指令為存儲時，執(zhí)行步驟C；若為其它操作指令時，執(zhí)行步驟G；步驟C，后臺少量文件存儲線程對LOG事件管理系統(tǒng)中的LOG事件進行海量文件管理；步驟D，海量文件管理反饋文件定位指針給LOG事件管理系統(tǒng)；步驟E，LOG事件管理系統(tǒng)把事件存儲信息反饋給后臺文件管理線程；步驟F，LOG事件管理系統(tǒng)顯示數(shù)據(jù)；步驟G，后臺文件管理線程與數(shù)據(jù)鏈表類交互，把信息反饋給操作人員。
2 根據(jù)權(quán)利要求1所述的LOG事件管理方法，其特征在于所述步驟C中，海量文件管 理中先檢查數(shù)據(jù)是否夠一批數(shù)據(jù)，如果不夠，則回到開始位置，直到檢查出夠一批數(shù)據(jù)時， 執(zhí)行步驟H :檢查目前存儲的操作文件的剩余容量能否容下該批數(shù)據(jù)，如果可以則寫入文件；如果 不能，則執(zhí)行步驟I :寫滿該文件的剩余空間，打開下一個文件把余下的數(shù)據(jù)寫入該文件，把該文件作為下 次數(shù)據(jù)寫入的目標(biāo)文件。
3. 根據(jù)權(quán)利要求1或2所述的LOG事件管理方法，其特征在于海量文件管理定義至 少二十個文件，該二十個文件依次級聯(lián)，每一文件最大存儲量為2G。
全文摘要
本發(fā)明公開了一種LOG事件管理方法，包括如下步驟步驟A，操作人員發(fā)出操作指令；步驟B，分析操作指令，若操作指令為存儲時，執(zhí)行步驟C；若為其它操作指令時，執(zhí)行步驟G；步驟C，后臺少量文件存儲線程對LOG事件管理系統(tǒng)中的LOG事件進行海量文件管理；步驟D，海量文件管理反饋文件定位指針給LOG事件管理系統(tǒng)；步驟E，LOG事件管理系統(tǒng)把事件存儲信息反饋給后臺文件管理線程；步驟F，LOG事件管理系統(tǒng)顯示數(shù)據(jù)；步驟G，后臺文件管理線程與數(shù)據(jù)鏈表類交互，把信息反饋給操作人員。本發(fā)明構(gòu)建了全新的信息平臺，實現(xiàn)了以研究日志為特征的信息資料管理功能，使手術(shù)全過程的生理數(shù)據(jù)可以便捷、高效地檢索和處理分析。
文檔編號G06F17/30GK101739505SQ200910227769
公開日2010年6月16日 申請日期2009年12月30日 優(yōu)先權(quán)日2009年12月30日
發(fā)明者夏振宏, 王永保, 鄭偉, 陳廣元 申請人:河南華南醫(yī)電科技有限公司