TW201841165A

TW201841165A - 用於使用者提醒、型樣辨識和介面的糖尿病管理系統、方法及設備

Info

Publication number: TW201841165A
Application number: TW107110672A
Authority: TW
Inventors: 珍妮佛Ｌ蓋斯; 瑞曼Ｌ姚; 羅柏特Ｗ莫林; 羅倫Ｎ巴克; 菲拉迪斯拉夫米蘭克維克; 傑佛瑞Ｓ瑞諾德斯; 尤金佩斯
Original assignee: 瑞士商安晟信醫療科技控股公司
Priority date: 2017-03-28
Filing date: 2018-03-28
Publication date: 2018-11-16
Also published as: CN110692104A; EP3602565A1; WO2018178048A9; CA3057245A1; JP2020516993A; WO2018178048A1; JP7191037B2; US20180286507A1

Abstract

用於管理糖尿病的系統、方法、與設備，包含可攜式糖尿病管理系統(DMS)裝置。DMS裝置包含處理器、資料儲存裝置、觸控螢幕顯示器、以及無線通訊設施。互動式顯示螢幕經配置以被顯示在觸控螢幕顯示器上，列出相關於DMS裝置接收的血糖測量資料的複數個不同的所偵測到的型樣的可選子集。基於可在處理器上執行的複數個演算法來偵測型樣。基於偵測到型樣的頻率來判定所偵測型樣的子集，並對所偵測到的型樣指定優先度。提供數種其他態樣。

Description

用於使用者提醒、型樣辨識和介面的糖尿病管理系統、方法及設備

對於相關申請案的交互參照：本申請案主張對於申請於2017年3月28日的美國臨時申請案第62/478,023號的優先權，在此仰賴且併入此美國臨時申請案之內容以作為參考。

本發明相關於用於使用者提醒、型樣辨識和介面的糖尿病管理系統、方法及設備。

糖尿病是一種嚴重的終生疾病，至今仍無法治癒。僅在美國，每年就有約200萬人被診斷患有糖尿病，這是美國第七大死因。在2012年，8600萬個20歲以上的美國人患有前期糖尿病；這比2010年的7900萬人還要多。在1993年，美國約有八百萬個確診的糖尿病病例，其數量目前已增至約2100萬個確診病例。此外，至少有8百萬個未確診病例。

糖尿病對醫療保健系統的影響令人吃驚。在美國，僅2012年一年，糖尿病所導致的住院治療、供應、失業、殘疾支付和過早死亡成本，就超過2450億美元。此外，與糖尿病有關的長期併發症（特別是在未經妥善管理時），可能會導致嚴重的財務和人體相關後果。據估計，與糖尿病有關的嚴重併發症，包括心血管疾病、腎臟疾病、神經損傷、失明、循環系統問題（可導致截肢）、中風、心臟病和妊娠併發症，每年花費超過1760億美元。一些健康維護組織估計，儘管覆蓋患者中只有3.1％患有糖尿病，但糖尿病患者佔其醫療總費用的15％以上。

國立衛生研究院進行的研究表明，如果患有糖尿病的人密切監測和控制他們的血糖（BG）水平，他們將享受顯著的健康益處。對糖尿病進行持續的管理，包括飲食、運動和積極監測和控制血糖水平，可以減少嚴重併發症的風險，並可能將一些糖尿病相關病症減少一半以上。

這項研究進一步顯示，糖尿病的積極治療可以減少高達76％的眼部疾病、減少高達50％的腎臟疾病、並減少高達60%的神經疾病。此外，治療方案需要嚴格控制血糖水平，這本質上導致更頻繁的低血糖發作的風險增加。許多糖尿病患者面臨的一個非常現實的問題是，對於可能會陷入低血糖昏迷或發生其他糖尿病緊急情況，而無法得到外部幫助的恐懼。同樣的，許多糖尿病患者的父母與監護人，也面臨著對於兒童或其他家屬發生糖尿病緊急情況的恐懼。因為可能發生糖尿病緊急情況，糖尿病患者和監護人受到阻礙而無法以積極獨立的方式生活。因此，需要改良的糖尿病管理系統與方法。

在第一態樣中，提供用於管理糖尿病的設備。設備包含可攜式糖尿病管理系統(DMS)裝置。DMS裝置包含處理器、資料儲存裝置、觸控螢幕顯示器、無線通訊設施、儲存在資料儲存裝置中並可在處理器中執行的型樣辨識引擎、以及儲存在資料儲存裝置中並可在處理器中執行的使用者介面結構。使用者介面結構包含經配置以在觸控螢幕顯示器上顯示的複數個使用者介面顯示，複數個使用者介面顯示之一者包含基於DMS裝置接收的血糖測量資料的複數個不同型樣的可選子集的列表，可選型樣子集基於型樣辨識引擎偵測到不同型樣的頻率。

在第二態樣中，提供用於管理糖尿病的方法。方法包含：在可攜式無線裝置接收來自血糖計的血糖測量結果；儲存血糖測量結果於可攜式無線裝置的資料儲存裝置中；由可攜式無線裝置的處理器基於血糖測量結果而辨識一或更多個型樣，其中處理器執行儲存在資料儲存裝置中的型樣辨識引擎；以及回應於辨識到一或更多個型樣，經由可攜式無線裝置的使用者介面提示使用者採取行動。

根據本發明的這些態樣與其他態樣，提供數種其他態樣。根據下面的實施方式、附加申請專利範圍與附加圖式，將可更顯然明瞭本發明的其他特徵與態樣。

為了促進對本發明的實施例的原理的理解，現在將參考附圖中示出的示例並且將使用特定的語言來描述這些範例。然而應當理解，並非意圖由此限制本發明的範圍，且本文思及到在本發明技術領域中具有通常知識者所能顯然理解到的在所圖示說明的具體實施例中的任何改變和進一步的修改，以及如本文所說明的本發明的原理的任何進一步應用。

本發明的具體實施例提供對於改良糖尿病管理系統（DMS）的系統、設備與方法。為了控制他們的疾病，糖尿病患者（每個人稱為「PWD」）通常每天多次測試他們的血糖位準，並追蹤他們的碳水化合物攝入量、運動量、和胰島素劑量。為了記錄這些指標並確保他們保持在測試方案中，PWD可由紙筆、由電腦、或在智慧型裝置上手動追蹤訊息。然而，隨著時間識別相關於血糖讀數的多種型樣，對於讓PWD更佳管理他們的健康而言是有用的。這種型樣的範例，包含關鍵低表讀數、關鍵高表讀數、測試頻率低、測試頻率中、測試頻率良好、大多同時測試、一天中的高時間、一天中的低時間、一天中的最佳時間、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐後高、晚餐後低、漸高、漸低、星期幾低、星期幾高等等。有用型樣和涉及於識別這些型樣的資料的數量是巨大的，而讓使用者手動追蹤識別型樣出現所需的所有資訊是不實際的，更不用說要即時地偵測到事件出現。因此，本發明的具體實施例自動化資料擷取與儲存，以及型樣識別。再者，許多型樣可在相當短的時間長度內發生且被偵測，這可對使用者呈現過量的通知與提醒。本發明的具體實施例提供介面設施與特徵，以幫助使用者管理、濾除、並優先化通知與提醒。

本發明的具體實施例包含軟體應用程式與系統，軟體應用程式與系統經調適以提供用於管理糖尿病的增強系統。使用可攜式無線裝置（諸如（例如）智慧型手機）與血糖計（BG Meter，或稱BGM）通訊，本發明的具體實施例包含軟體應用程式（例如DMS app），軟體應用程式可操作以接收血糖測量結果，並將測量結果儲存在DMS資料庫中，以使測量結果相關聯於使用者活動與型樣。本發明的一些具體實施例，藉由致能接收來自DMS App的提醒，使得PWD在管理糖尿病的過程中更為主動。因為容易忘記或未受提醒，一些PWD在管理過程中可較不主動。提供接收對於測試血糖、進行醫療措施、或執行其他相關於糖尿病管理的工作的提醒的設施，可幫助PWD更主動參與他們的健康管理。

根據本發明的具體實施例，使用者可在DMS App內設定提醒，在提醒被觸發時，將指示使用者測試血糖位準、進行醫療措施、記錄活動、記錄碳水化合物攝取量及（或）任何其他相關於糖尿病的工作。可基於DMS應用程式回應於使用者的DMS裝置接收的BGM資料而識別的型樣，來自動觸發提醒。換言之，回應於DMS應用程式識別BGM資料中的一或更多個型樣（例如，協同指示特定條件狀態的一組型樣），DMS應用程式可產生並向使用者呈現建議、提醒、及（或）警告。在一些具體實施例中，可基於使用者界定的優先度及（或）醫療優先度，來優先化所呈現的提醒。可在較低優先度的提醒之前呈現較高優先度的提醒，或可更強烈地呈現（例如以較大文字、較亮的高亮提示、不同的色彩、聲音等等）較高優先度的提醒，及（或）更頻繁地呈現較高優先度的提醒。在一些具體實施例中，向使用者呈現特定提醒的頻率，可被約束或限制。例如，若向已三天沒有記錄任何運動的使用者呈現要記錄運動的提醒，則為了相同理由而在三天後觸發的隨後提醒可被抑制。以此方式，避免對使用者施加冗餘的提醒。

現在看到第1圖，繪製DMS 100的範例。DMS 100包含BGM 102，BGM 102經調適以耦合至DMS裝置104（例如可操作以執行DMS App 110的智慧型手機、平板、智慧型手錶等等）及（或）可操作以執行DMS程式112的電腦106。BGM 102與DMS裝置104由使用者（例如PWD）使用DMS 100操作，以幫助他們改良對於糖尿病的管理。DMS裝置104與電腦106可無線地（例如經由無線訊號協定108，諸如藍芽）或經由有線連結（例如經由通用串列匯流排（USB）連結）耦合至BGM 102。

在一些具體實施例中，保健提供者（HCP）或使用者可操作電腦106，以經由網路114（例如網際網路）接收來自BGM 102的血糖讀數資料或來自DMS裝置104的其他資料。在一些具體實施例中，電腦106可經由有線、無線、或與任何其他可實作的手段（例如交換記憶卡），接收直接來自BGM 102的血糖讀數資料。電腦106可經由有線連結（例如經由乙太網路116）或經由任何其他可實作的手段耦合至網路114。類似的，DMS裝置104可經由無線訊號協定108（例如Wi-Fi）或經由任何其他可實作的手段耦合至網路114。

現在看到第2圖，繪製範例DMS裝置104的細節。注意到在一些具體實施例中，DMS裝置104可被實施在電腦106上，且電腦106可為可攜式無線裝置（例如膝上型電腦、平板個人電腦等等）。DMS裝置104可包含處理器202，處理器202耦合至記憶體204，記憶體204用於儲存可在處理器202上執行的指令。記憶體204亦可用於快取儲存從資料儲存裝置214取得的資料，或快取儲存要儲存在資料儲存裝置214的資料。處理器202可耦合至時脈206（例如時脈產生器模組、震盪器等等），時脈206用於產生日期與時間戳記資料，以相關聯於BGM及（或）其他資料。

處理器202可耦合至顯示器208，顯示器208可包含任何數量的輸出裝置（例如此種顯示器、音頻揚聲器、觸覺裝置、震動器、發光二極體（LED）、印表機、音頻輸出、USB與LAN埠等等）。顯示器208可用於與使用者通訊，以呈現提醒以及習知的輸出功能。

處理器202可耦合至無線收發器210，無線收發器210可包含蜂巢式通訊設施與雙向無線電訊號通訊設施，諸如Wi-Fi、藍芽、與其他通訊模組。換言之，無線收發器210可包含能夠透過網路114通訊的任何類型的裝置及（或）軟體。例如，無線收發器210可包含蜂巢式通訊類型裝置、Wi-Fi類型裝置、及（或）紅外線埠等等。

處理器202可耦合至輸入裝置212，輸入裝置212可例如包含任何數量的輸入裝置（例如，諸如觸控螢幕、「軟式」可編程式按鈕/按鍵、硬體按鈕與切換器、鍵盤、光學與磁性讀取器/掃描器、攝影機、感測器、換能器、加速度計、麥克風、音頻輸入、USB與LAN埠等等）。輸入裝置212可用於與使用者通訊，以設定提醒或其他參數，以及習知的輸入功能。

處理器202可耦合至資料儲存裝置214，諸如非揮發性記憶體，以允許持續性地儲存可載入記憶體204以由處理器202使用/執行的資料結構、資料、與指令。可使用一或更多個固態硬碟、硬碟、記憶卡等等，來實施資料儲存裝置214。資料儲存裝置214包含資料結構，資料結構可包含DMS App 216（在一些具體實施例中包含整合式型樣辨識引擎218）、DMS資料庫220、與DMS介面資料結構222。

DMS App 216實施本文所說明的方法與程序。DMS App 216使用型樣辨識引擎218，以實施偵測導致有幫助的事件或有害的事件（例如好的或壞的血糖控制）的行為（例如經由辨識所擷取BGM中的型樣、經由使用者輸入、以及其他資料）。發予Ray等人的美國專利第8,758,245號揭示了型樣辨識系統的範例，在此為了所有目的併入此美國專利。下面參照第3圖說明DMS資料庫220的範例。DMS介面資料結構222可包含複數個使用者介面顯示，藉由顯示之間的使用流程而使這些使用者介面顯示相關。換言之，每一使用者介面顯示鏈結至至少一個其他使用者介面顯示，及（或）可經由至少一個其他使用者介面顯示抵達，或被呈現為型樣被偵測到（或一些其他相關的觸發事件）的結果。使用者介面顯示的範例被繪製於第4圖至第6B圖，且於下文說明。

現在看到第3圖，以表格形式繪製DMS資料庫220的範例。注意到，所繪製的特定範例格式僅圖示說明一種可能性。可使用許多替代性的資料設置與資料庫類型。可使用任何可實作以實施所繪製的資料結構與關係的格式或資料庫類型。亦注意到，範例中僅圖示了有限數量的項目，而在實際的實施例中，可存在許多更多的項目（例如數千列）。

所圖示的DMS資料庫220中的每一項目，可包含時間欄位302、日期欄位304、血糖位準欄位306、以及筆記欄位308。時間欄位302經調適以儲存代表時間戳記的資料，資料指示相關聯於項目的血糖讀數發生的時間。日期欄位304經調適以儲存代表日期戳記的資料，資料指示相關聯於項目的血糖讀數發生的日期。

血糖位準欄位306經調適以儲存代表相關聯於項目的血糖讀數的血糖位準的資料。筆記欄位308經調適以儲存代表由使用者提供且相關聯於項目的資訊的資料。

在一些具體實施例中，DMS資料庫220可包含許多額外欄位。例如，可包含藥物劑量欄位、食物攝取欄位、進食碳水化合物欄位、運動執行欄位等等。

第4圖為用於選擇型樣類型的範例介面顯示器400的螢幕截圖。向使用者呈現型樣類型列表，可藉由在介面顯示器400上按壓所指示的區域來選擇型樣類型。資訊被儲存，且所選擇的型樣類型被用於判定在往後由DMS App偵測到時，要向使用者呈現哪些型樣。

第5A圖為用於選擇測試頻率目標的範例顯示介面500A的螢幕截圖。可捲動式訊窗502允許使用者挑選每週DMS App將鼓勵使用者執行的測試數量。例如，若偵測到指示使用者測試的頻率少於所選擇的測試頻率，則使用者將被提醒要更頻繁地測試。

第5B圖為根據本發明的具體實施例的用於呈現並管理所偵測型樣的範例型樣管理器顯示介面500B的螢幕截圖。型樣管理器顯示介面500B包含用於互動式列表的區域，包含活躍(Active)504、額外(Additional)506、與封存(Archived)508的所偵測的型樣。下面更詳細討論這些所偵測的型樣的分類。

第6A圖為用於呈現所偵測到的「改進(improved)」型樣的細節的範例顯示介面600A的螢幕截圖，且第6B圖為用於呈現所偵測到的「努力(worked on)」型樣的細節的範例顯示介面600B的螢幕截圖。這些顯示介面600A、600B為在使用者從第5B圖的型樣管理器顯示介面500B選出所選型樣時，所呈現的細節的範例。顯示介面600A、600B包含總結區域602、圖表區域604、狀態區域606、解釋區域608、與「進一步的鏈結(further links)」區域610。

在替代性的具體實施例中，DMS應用程式可被實施為如第7圖圖示說明的整合式系統架構700的部分。位於中間件應用程式介面702內的資訊與動機行為（IMB）管理器704，可實施上述功能。如第8圖的流程圖800所圖示，IMB管理器704可手動地透過使用者介面管理器802，或經由BGM通訊管理器804（例如無線地），來接收血糖資訊。IMB執行隨著IMB（例如提醒）訊息的產生而發生（806），並更新所儲存的IMB型樣（808）。基於初始設定狀態（810），IMB管理器等待設定完成(812)，或是傳送更新通知至使用者介面管理器802的IMB使用者介面顯示器814(816)。

第9圖為繪製IMB工作流程900的方塊圖。在連接血糖計902時，血糖計902可提供血糖讀數至應用程式內的通訊管理器904（例如經由低能量藍芽(Bluetooth Low Energy, BLE)協定）。血糖記錄管理器906模組將識別BLE資料（例如輸入資料是否識別血糖讀數、用餐標記、或設定資料）、暫停並改造資料為對應的記錄（例如血糖/用餐標記記錄等等）、並將記錄傳送至資料庫管理器908以儲存在資料庫中。資料庫管理器908將把血糖/用餐標記/裝置設定資料儲存入資料庫（例如SQLite資料庫），並將根據資料庫執行資料讀取作業。一旦新的血糖讀數抵達，則IMB管理器704執行IMB模組，且IMB資料將被透過IMB型樣管理器儲存在資料庫中，且IMB通知將被傳送至IMB使用者介面802以顯示。使用者介面管理器802為對於中間件702的閘道，因為所有對於中間件702的使用者介面作業（例如資料讀取/寫入）透過此模組發生。在一些具體實施例中，IMB通知可被由JSON格式透過此模組傳送至HTML位準。此模組從資料庫獲取資料、格式化資料（例如為JSON）、並將經格式化的資料傳送至使用者介面。手動血糖記錄模組916亦可產生類似於血糖計記錄的血糖資料記錄（例如從血糖資料儲存應用程式），但並非為血糖計根據條帶測量結果判定血糖讀數，而是從應用程式「產生」資料記錄。在手動項目的情況中，手動血糖記錄模組916透過使用者介面管理器802直接與資料庫管理器908互動（例如以儲存手動項目於資料庫中）。

第10圖繪製IMB管理器704的結構與部件的更多細節。在一些具體實施例中，IMB管理器704包含IMB模組1002與型樣管理器模組1004。IMB管理器704亦與提醒觸發模組1006互動。

IMB模組1002包含三個子模組：IMB資料設定/驗證子模組1008；IMB演算法執行子模組1010；以及IMB快取子模組1012。一旦接收到新的血糖讀數，則利用IMB資料設定/驗證子模組1008，不論血糖讀數是來自血糖計或是手動項目。IMB模組1002將進入設定模式、驗證資料、並決定是否要執行IMB演算法。設定或驗證被經由以下完成：首先獲取目標範圍值，接著重設IMB快取1012，基於當前的/前次執行的血糖時間戳記來檢查IMB執行適格性狀態，且隨後在型樣管理器模組1004中檢查並更新對於已偵測到的IMB型樣的型樣「逾時(timed out)」狀態。IMB演算法執行子模組1010負責IMB演算法的執行；更新對於UI通知的IMB快取1012；以及將新偵測到的型樣更新/插入型樣管理器模組1004中。IMB快取子模組1012作為本端緩衝器，並保持關於當前被偵測的IMB型樣的資訊。資訊可包含IMB ID，以及型樣是否為延遲型樣。

型樣管理器模組1004包含三個子模組：IMB狀態更新子模組1014；UI更新子模組1016；以及IMB提醒更新子模組1018。IMB狀態為IMB型樣的重要性質。型樣管理器模組1004更新IMB型樣狀態。IMB狀態更新子模組1014可包含數個狀態資訊。例如，資訊可包含所偵測到的新型樣資訊、型樣分類更新（例如活躍/封存）、型樣狀態更新（例如已讀/未讀）、以及型樣狀態更新（例如新(New)/已開始(Started)/保持Int(On-Hold Int)/工作(Working)/保持Cau(On-Hold Cau) / 提醒設定(Rem-Setup) / 移除提醒(Dismissed_Rem) /完成(Finished)/ 移除設定(Dismissed_Setup) /改進(Improved)/無效(Invalid)/關注(Followed)/需要改進(Needs Improvement)/過度修正(Overcorrected)/逾時(Timed-Out)）。在一些具體實施例中，新(New)狀態可被指定給新偵測到的型樣，在對使用者呈現型樣介面(Pattern Interface)螢幕之前；已開始(Started)狀態可被指定給一型樣，若使用者在型樣偵測(Pattern Detection)螢幕上選擇由IMB流程開始進行；保持Int(On-Hold Int)狀態可被指定給一型樣，若使用者關閉型樣介面螢幕；工作(Working)狀態可被指定給一型樣，若使用者在可能原因(Possible Causes)螢幕上選擇由IMB流程開始進行；保持Cau(On-Hold Cau)狀態可被指定給一型樣，若使用者關閉可能原因螢幕；提醒設定(Rem-Setup)狀態可被指定給一型樣，若使用者在需要提醒(Need Reminder)螢幕上選擇由IMB流程開始進行；移除提醒(Dismissed_Rem)狀態可被指定給一型樣，若使用者在需要提醒螢幕上選擇不要以IMB流程開始進行；完成(Finished)狀態可被指定給一型樣，若使用者對於所有其他型樣在IMB流程期間完成並確認設定提醒；移除設定(Dismissed_Setup)狀態可被指定給一型樣，若使用者不確認提醒設定（亦即關閉「提醒設定(Reminder Setup)」螢幕）；改進(Improved)狀態可被指定給一型樣，在下列兩種情況中：(1)在跟進之後獲得正面反饋後；和(2)若新的或改變的記錄貢獻而解決型樣；在跟進之後獲得負面反饋後，追蹤(Followed)狀態可被指定給一型樣；需要改進(Needs Improvement)狀態可被指定給關鍵(Critical)型樣，若在型樣改進之前或在型樣逾時之前；過度修正(Overcorrected)狀態可被指定給關鍵高(Critical High)或關鍵低(Critical Low)型樣，若在重新測試血糖記錄值之後發現為關鍵低或關鍵高；且逾時(Timed-Out)狀態可代表每一型樣具有預定時間週期，其中將指定逾時狀態。一旦型樣逾時，則型樣移動至封存區段（見下文說明）。活躍型樣若在型樣的專屬週期中未改進，則可逾時。

UI更新子模組1016負責呈現UI中偵測到的IMB型樣。若已在IMB型樣流程期間內產生提醒，則IMB提醒更新子模組1018執行對於對應IMB型樣的提醒ID的更新，以及對於IMB提醒觸發狀態的更新。提醒觸發模組1006代表UI 1020或原生1022（例如Android或IOS）通知中心，通知中心起始提醒的產生、觸發提醒、並更新提醒的狀態。

IMB模組1002可經配置以辨識並管理任何數量的型樣。下面詳細說明下列的二十一種型樣：關鍵高表讀數、關鍵低表讀數、測試頻率低、測試頻率中、測試頻率良好、大多同時測試、一天中的高時間、一天中的低時間、一天中的最佳時間、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐後高、晚餐後低、漸高、漸低、星期幾低、以及星期幾高。

IMB模組1002告知使用者來自使用者BGM資料的歷史（例如來自DMS資料庫220的記錄）的所偵測到的型樣，並提供機制以用於更佳地管理糖尿病。在一些具體實施例中，IMB型樣偵測一般而言將觀看14天的BGM資料歷史。然而注意到，一些型樣考量多至21天的歷史，而一些型樣僅使用單一血糖讀數。若使用者在任何適用的IMB介面螢幕上輸入了筆記，則此筆記將被儲存在DMS資料庫中，並可在編輯視圖/筆記(Edit View/Notes)標籤中查看相關聯的血糖讀數。

DMS App 216藉由IMB演算法執行子模組1010起始執行IMB演算法（例如觸發IMB型樣），在DMS App 216獲取一或更多個新血糖記錄時，或是在現有的（例如先前獲取的）血糖記錄被修改時。每一IMB演算法接受包含一組血糖記錄的類似輸入，每一輸入具有血糖讀數值（在本文中稱為BGRecordValue）與血糖讀數時間戳記（在本文中稱為BGRecordTimeStamp）。此外，IMB演算法之每一者接受額外輸入，諸如（例如）臨限值及（或）目標值。本文所說明的範例IMB演算法之每一者被用於基於血糖讀數與時間觸發對應型樣。

每一演算法具有相同的輸出類型：若未偵測到相關聯型樣則布林(BOOLEAN)值為「0」，而若偵測到了相關聯型樣則為「1」。如前述，IMB演算法的輸出為對於型樣管理器模組1004的輸入之一者。若偵測到特定型樣，則型樣管理器模組1004觸發新型樣的通知。在認知到此通知之後，稱為IMB型樣地圖(IMB Pattern Maps)的一系列UI訊息（例如螢幕顯示），將被根據使用者在每一螢幕上所作成的選擇位準而依序向使用者呈現。IMB型樣可被分成關鍵IMB型樣與非關鍵IMB型樣。

用於辨識關鍵低型樣的演算法或方法1100的範例，被圖示說明為第11圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若血糖記錄值低於指定為CriticalLowThreshold的值，則DMS App將觸發此型樣。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1100開始(1102)。取得最新的血糖記錄(1104)，且判定血糖值是否小於所儲存的參數CriticalLowThreshold(1106)。若為是，則觸發（亦即偵測到）關鍵低型樣，並由IMB演算法執行子模組1010通知型樣管理器模組1004(1108)，且方法1100完成(1110)。若為否，則方法1100直接完成(1110)。

用於辨識關鍵高型樣的演算法或方法1200的範例，被圖示說明為第12圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若血糖記錄值高於指定為CriticalHighThreshold的值，則DMS App將觸發此型樣。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1200開始(1202)。取得最新的血糖記錄(1204)，且判定血糖值是否大於所儲存的參數CriticalHighThreshold(1206)。若為是，則觸發（亦即偵測到）關鍵高型樣，並通知型樣管理器模組1004(1208)，且方法1200完成(1210)。若為否，則方法1200直接完成(1210)。

用於辨識測試頻率低型樣的演算法或方法1300的範例，被圖示說明為第13圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1300開始(1302)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若基於下列演算法偵測到使用者的測試頻率低於指定為TestFreqLow3DayThreshold（或TestFreqLow7DayThreshold，若使用者已設定了測試頻率目標）的臨限值，則DMS App將觸發此型樣。首先判定使用者是否設定了測試頻率目標(1304)。若TestFreqGoalSet = 0，則取得3天的血糖記錄歷史（例如從當前時間回推72小時）(1306)，並取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1308)。接著，計算3天歷史中每天的血糖讀數數量（Count3Day）(1310)，並計算7天歷史中每天的血糖讀數數量（Count7Day）(1312)。接著判定是否Count3Day ＜=TestFreq3DayLowThreshold，或Count7Day＜=TestFreq7DayLowThreshold(1314)。若為是，則觸發型樣(1316)。若為否，則方法1300直接完成而不觸發型樣(1324)。若TestFreqGoalSet = 1，則取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1318)。計算7天歷史中每天的血糖讀數數量（Count7Day）(1320)。判定是否Count7Day ＜ TestFreqGoal的50%(1322)。若為是，則觸發型樣(1316)，且方法1300結束(1324)。若為否，則方法1300直接完成而不觸發型樣(1324)。

用於辨識測試頻率中型樣的演算法或方法1400的範例，被圖示說明為第14圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1400開始(1402)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若基於下列演算法偵測到使用者的測試頻率位於一目標值範圍內，則DMS App將觸發此型樣，此目標值範圍指定為大於TestFreqFair3DayMinThreshold（例如6）並小於TestFreqFair3DayMaxThreshold（例如12）（或是大於TestFreqFair7DayMinThreshold（例如14）並小於TestFreqFair7DayMaxThreshold（例如28），若使用者已設定了測試頻率目標）。首先判定使用者是否設定了測試頻率目標(1404)。若TestFreqGoalSet = 0，則取得3天的血糖記錄歷史（例如從當前時間回推72小時）(1406)，並取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1408)。接著，計算3天歷史中每天的血糖讀數數量（Count3Day）(1410)，並計算7天歷史中每天的血糖讀數數量（Count7Day）(1412)。接著判定是否(Count3Day ＞= TestFreqFair3DayMinThreshold 且 Count3Day ＜ TestFreqFair3DayMaxThreshold) 或 (Count7Day ＞= TestFreqFair7DayMinThreshold 且 Count7Day ＜ TestFreqFair7DayMaxThreshold) (1414)。若為是，則觸發型樣(1416)。若為否，則方法1400直接完成而不觸發型樣(1424)。若TestFreqGoalSet = 1，則取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1418)。計算7天歷史中每天的血糖讀數數量（Count7Day）(1420)。判定是否Count7Day ＜ TestFreqGoal的50%(1422)。若為是，則觸發型樣(1416)，且方法1400結束(1424)。若為否，則方法1400直接完成而不觸發型樣(1424)。

用於辨識測試頻率良好型樣的演算法或方法1500的範例，被圖示說明為第15圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1500開始(1502)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若基於下列演算法偵測到使用者的測試頻率高於指定為TestFreqGood3DayThreshold（例如12）（或TestFreqGood7DayThreshold（例如28），若使用者已設定了測試頻率目標）的臨限值，則DMS App將觸發此型樣。首先判定使用者是否設定了測試頻率目標(1504)。若TestFreqGoalSet = 0，則取得3天的血糖記錄歷史（例如從當前時間回推72小時）(1506)，並取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1508)。接著，計算3天歷史中每天的血糖讀數數量（Count3Day）(1510)，並計算7天歷史中每天的血糖讀數數量（Count7Day）(1512)。接著判定是否Count3Day ＞= TestFreq3DayGoodThreshold，或Count7Day＞= TestFreq7DayGoodThreshold(1514)。若為是，則觸發型樣(1516)。若為否，則方法1500直接完成而不觸發型樣(1524)。若TestFreqGoalSet = 1，則取得7天的血糖記錄歷史（例如從當前時間回推168小時）(1518)。計算7天歷史中每天的血糖讀數數量（Count7Day）(1520)。判定是否Count7Day ＞= TestFreqGoal(1522)。若為是，則觸發型樣(1516)，且方法1500結束(1524)。若為否，則方法1500直接完成而不觸發型樣(1524)。

用於辨識大多同時測試型樣的演算法或方法1600的範例，被圖示說明為第16圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1600開始(1602)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若偵測到50%以上的讀數（從最新血糖讀數的時間戳記回推兩週的資料）的時間戳記位於預定「分天」時間區塊內，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(1604)。計算從最新血糖讀數的時間戳記開始往回14天的讀數總數（TotalNumberBGReadings）(1606)。接著，從過去14天內收集到的整組讀數，計算出每個分天時間區塊的讀數數量（NumberBGReadingsPerDayDivider(i), i=1,2,..,4）(1608)。接著判定下列比例之任意者是否大於或等於50%：(NumberBGReadingsPerDayDivider(i), i=1,2,..,4) / TotalNumberBGReadings) (1610)。若為是，則觸發型樣(1612)，向型樣管理器模組1004通知在其中偵測到型樣的分天時間區塊，且方法1600完成(1614)。若為否，則方法1600直接完成而不觸發型樣(1614)。

用於辨識一天中的高時間型樣的演算法或方法1700的範例，被圖示說明為第17圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1700開始(1702)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若偵測到存在50%以上的讀數（從最新血糖讀數的時間戳記回推一週的資料）高於稱為HighTimeTarget的預定參數的「分天」時間區塊內，則DMS App將觸發此型樣。取得最近一週的血糖讀數(1704)。計算從最新血糖讀數的時間戳記開始往回7天的每分天的讀數總數（NumberBGReadingsPerDayDivider(i), i=1,2,..,4）(1706)。接著，高於HighTimeTarget的每個分天時間區塊的讀數數量（NumberBGReadingsPerDayDividerHigh(i), i=1,2,..,4）(1708)。接著判定下列比例之任意者是否大於或等於50%：NumberBGReadingsPerDayDividerHigh(i) / (NumberBGReadingsPerDayDivider(i) , i=1,2,..,4) (1710)。若為是，則觸發型樣(1712)，向型樣管理器模組1004通知在其中偵測到型樣的分天時間區塊，且方法1700完成(1714)。若為否，則方法1700直接完成而不觸發型樣(1714)。

用於辨識一天中的低時間型樣的演算法或方法1800的範例，被圖示說明為第18圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1800開始(1802)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若偵測到存在50%以上的讀數（從最新血糖讀數的時間戳記回推一週的資料）低於稱為LowTimeTarget的預定參數的「分天」時間區塊內，則DMS App將觸發此型樣。取得最近一週的血糖讀數(1804)。計算從最新血糖讀數的時間戳記開始往回7天的每分天的讀數總數（NumberBGReadingsPerDayDivider(i), i=1,2,..,4）(1806)。接著，低於LowTimeTarget的每個分天時間區塊的讀數數量（NumberBGReadingsPerDayDividerLow(i), i=1,2,..,4）(1808)。接著判定下列比例之任意者是否大於或等於50%：NumberBGReadingsPerDayDividerLow(i) / (NumberBGReadingsPerDayDivider(i), i=1,2,..,4) (1810)。若為是，則觸發型樣(1812)，向型樣管理器模組1004通知在其中偵測到型樣的分天時間區塊，且方法1800完成(1814)。若為否，則方法1800直接完成而不觸發型樣(1814)。

用於辨識一天中的最佳時間型樣的演算法或方法1900的範例，被圖示說明為第19圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法1900開始(1902)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（從最新血糖讀數的時間戳記開始一週內的資料）找到具有最高數量的範圍內讀數（例如預定參數InRangeLowTarget與InRangeHighTarget之間的值）的分天時間區塊，則DMS App將觸發此型樣。取得最近一週的血糖讀數(1904)。從自最新血糖讀數往回7天內收集到的整組讀數，計算出每個分天的讀數數量（NumberBGReadingsPerDayDivider(i), i=1,2,..,4）(1906)。接著，對每個分天，計算出低於或等於InRangeHighTarget值、但高於或等於InRangeLowTarget值的讀數數量（NumberBGReadingsPerDayDividerInRange(i), i=1,2,..,4）(1908)。接著計算下列比例：InRangePercentage(i) = NumberBGReadingsPerDayDividerInRange(i) / NumberBGReadingsPerDayDivider(i) , i=1,2,..,4(1910)。接著對型樣管理器模組1004通知上面所計算的最高比例(InRangePercentageMax)(1912)，觸發型樣(1914)，且方法1900完成(1916)。

用於辨識空腹高型樣的演算法或方法2000的範例，被圖示說明為第20圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2000開始(2002)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到高於預定參數FastingTargetHigh的NumConsThreshold或更多個用餐標示為「空腹」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2004)。血糖記錄索引「當前(Current)」被初始化為零(2006)，且計數「NumCons」被初始化為零(2008)。進行檢查以判定索引是否達到最新血糖記錄(2010)。若為是，則方法2000直接完成而不觸發型樣(2024)。若為否，則比較當前血糖記錄的值與FastingTargetHigh(2012)。若當前血糖記錄的值小於FastingTargetHigh，則將索引增量(2014)，且流程返回以重置計數「NumCons」為零(2008)。否則，將NumCons增量(2016)，並檢查NumCons是否大於或等於NumConsThreshold(2018)。若為否，則將索引增量(2020)，且流程返回以檢查判定索引是否達到最新血糖記錄(2010)。否則，觸發空腹高IMB型樣(2022)，且方法2000完成(2024)。換言之，從14天歷史中找出具有高於FastingTargetHigh的值的第一個（最近的）血糖讀數。計算連續空腹高讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數低於FastingTargetHigh，則重置計數(NumCons = 0)，找出高於FastingTargetHigh的第一個下一讀數（往回尋找），且方法2000從頭開始。若前一血糖讀數高於FastingTargetHigh，則計數增加1（NumCons = NumCons + 1），且方法2000以相同方式進行，直到找到低於FastingHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，且向型樣管理器模組1004通知所觸發此型樣的時間範圍(Time Range)。方法2000從頭開始，直到達到最新血糖記錄為止。

用於辨識空腹低型樣的演算法或方法2100的範例，被圖示說明為第21圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2100開始(2102)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到低於預定參數FastingTargetLow的NumConsThreshold或更多個用餐標示為「空腹」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2104)。血糖記錄索引「當前(Current)」被初始化為零(2106)，且計數「NumCons」被初始化為零(2108)。進行檢查以判定索引是否達到最新血糖記錄(2110)。若為是，則方法2100直接完成而不觸發型樣(2124)。若為否，則比較當前血糖記錄的值與FastingTargetLow(2112)。若當前血糖記錄的值小於FastingTargetLow，則將索引增量(2114)，且流程返回以重置計數「NumCons」為零(2108)。否則，將NumCons增量(2116)，並檢查NumCons是否大於或等於NumConsThreshold(2118)。若為否，則將索引增量(2120)，且流程返回以檢查判定索引是否達到最新血糖記錄(2110)。否則（亦即NumCons大於或等於NumConsThreshold），觸發空腹低IMB型樣(2122)，且方法2100完成(2124)。換言之，從14天歷史中找出具有低於FastingTargetLow的值的第一個（最近的）血糖讀數。計算連續空腹低讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數高於FastingLowTarget，則重置計數(NumCons = 0)，找出低於FastingTargetLow的第一個下一讀數（往回尋找），且方法2100從頭開始。若前一血糖讀數高於FastingLowTarget，則計數增加1（NumCons = NumCons + 1），且方法2100以相同方式進行，直到找到高於FastingLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，並向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2100從頭開始，直到達到最新血糖記錄為止。

用於辨識午餐前高型樣的演算法或方法2200的範例，被圖示說明為第22圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2200開始(2202)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到高於預定參數PreMealHighTarget的NumConsThreshold（例如3）或更多個在午餐分天內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2204)。血糖記錄索引「當前(Current)」被初始化為零(2206)，且計數「NumCons」被初始化為零(2208)。進行檢查以判定索引是否達到最新血糖記錄(2210)。若為是，則方法2200直接完成而不觸發型樣(2224)。若為否，則比較當前血糖記錄的值與PreMealHighTarget(2212)。若當前血糖記錄的值小於PreMealHighTarget，則將索引增量(2214)，且流程返回以重置計數「NumCons」為零(2208)。否則，將NumCons增量(2216)，並檢查NumCons是否大於或等於NumConsThreshold(2218)。若為否，則將索引增量(2220)，且流程返回以檢查判定索引是否達到最新血糖記錄(2210)。否則（亦即NumCons大於或等於NumConsThreshold），觸發午餐前高IMB型樣(2222)，且方法2200完成(2224)。換言之，從14天歷史中找出具有高於PreMealHighTarget的值的第一個（最近的）血糖讀數。計算連續午餐前高讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數低於PreMealHighTarget，則重置計數(NumCons = 0)，找出高於PreMealHighTarget的第一個下一讀數（往回尋找），且方法2200從頭開始。若前一血糖讀數高於PreMealHighTarget，則計數增加1（NumCons = NumCons + 1），且方法2200以相同方式進行，直到找到低於PreMealHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，且向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2200從頭開始，直到達到最新血糖記錄為止。

用於辨識午餐前低型樣的演算法或方法2300的範例，被圖示說明為第23圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2300開始(2302)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到低於預定參數PreMealLowTarget的NumConsThreshold或更多個在午餐分天內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2304)。血糖記錄索引「當前(Current)」被初始化為零(2306)，且計數「NumCons」被初始化為零(2308)。進行檢查以判定索引是否達到最新血糖記錄(2310)。若為是，則方法2300直接完成而不觸發型樣(2324)。若為否，則比較當前血糖記錄的值與PreMealLowTarget(2312)。若當前血糖記錄的值大於PreMealLowTarget，則將索引增量(2314)，且流程返回以重置計數「NumCons」為零(2308)。否則，將NumCons增量(2316)，並檢查NumCons是否大於或等於NumConsThreshold(2318)。若為否，則將索引增量(2320)，且流程返回以檢查判定索引是否達到最新血糖記錄(2310)。否則（亦即NumCons大於或等於NumConsThreshold），觸發午餐前低IMB型樣(2322)，且方法2300完成(2324)。換言之，從14天歷史中找出具有低於PreMealLowTarget的值的第一個（最近的）血糖讀數。計算連續午餐前低讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數高於PreMealLowTarget，則重置計數(NumCons = 0)，找出低於PreMealLowTarget的第一個下一讀數（往回尋找），且方法2300從頭開始。若前一血糖讀數低於PreMealLowTarget，則計數增加1（NumCons = NumCons + 1），且方法2300以相同方式進行，直到找到高於PreMealLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，並向型樣管理器模組1004通知在其中偵測到型樣的時間範圍(Time Range)。方法2300從頭開始，直到達到最新血糖記錄為止。

用於辨識晚餐前高型樣的演算法或方法2400的範例，被圖示說明為第24圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2400開始(2402)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到高於預定參數PreMealHighTarget的NumConsThreshold（例如3）或更多個在晚餐分天(Dinner Day Divider)內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2404)。血糖記錄索引「當前(Current)」被初始化為零(2406)，且計數「NumCons」被初始化為零(2408)。進行檢查以判定索引是否達到最新血糖記錄(2410)。若為是，則方法2400直接完成而不觸發型樣(2424)。若為否，則比較當前血糖記錄的值與PreMealHighTarget(2412)。若當前血糖記錄的值小於PreMealHighTarget，則將索引增量(2414)，且流程返回以重置計數「NumCons」為零(2408)。否則，將NumCons增量(2416)，並檢查NumCons是否大於或等於NumConsThreshold(2418)。若為否，則將索引增量(2420)，且流程返回以檢查判定索引是否達到最新血糖記錄(2410)。否則（亦即NumCons大於或等於NumConsThreshold），觸發晚餐前高IMB型樣(2422)，且方法2400完成(2424)。換言之，從14天歷史中找出具有高於PreMealHighTarget的值的第一個（最近的）血糖讀數。計算連續晚餐前高讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數低於PreMealHighTarget，則重置計數(NumCons = 0)，找出高於PreMealHighTarget的第一個下一讀數（往回尋找），且方法2400從頭開始。若前一血糖讀數高於PreMealHighTarget，則計數增加1（NumCons = NumCons + 1），且方法2400以相同方式進行，直到找到低於PreMealHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，並向型樣管理器模組1004通知在其中偵測到型樣的時間範圍。方法2400從頭開始，直到達到最新血糖記錄為止。

用於辨識晚餐前低型樣的演算法或方法2500的範例，被圖示說明為第25圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2500開始(2502)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到低於預定參數PreMealLowTarget的NumConsThreshold或更多個在晚餐分天內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2504)。血糖記錄索引「當前(Current)」被初始化為零(2506)，且計數「NumCons」被初始化為零(2508)。進行檢查以判定索引是否達到最新血糖記錄(2510)。若為是，則方法2500直接完成而不觸發型樣(2524)。若為否，則比較當前血糖記錄的值與PreMealLowTarget(2512)。若當前血糖記錄的值大於PreMealLowTarget，則將索引增量(2514)，且流程返回以重置計數「NumCons」為零(2508)。否則，將NumCons增量(2516)，並檢查NumCons是否大於或等於NumConsThreshold(2518)。若為否，則將索引增量(2520)，且流程返回以檢查判定索引是否達到最新血糖記錄(2510)。否則（亦即NumCons大於或等於NumConsThreshold），觸發晚餐前低IMB型樣(2522)，且方法2500完成(2524)。換言之，從14天歷史中找出具有低於PreMealLowTarget的值的第一個（最近的）血糖讀數。計算連續晚餐前低讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數高於PreMealLowTarget，則重置計數(NumCons = 0)，找出低於PreMealLowTarget的第一個下一讀數（往回尋找），且方法2500從頭開始。若前一血糖讀數低於PreMealLowTarget，則計數增加1（NumCons = NumCons + 1），且方法2500以相同方式進行，直到找到高於PreMealLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，向型樣管理器模組1004通知在其中偵測到型樣的時間範圍。方法2500從頭開始，直到達到最新血糖記錄為止。

用於辨識晚餐後高型樣的演算法或方法2600的範例，被圖示說明為第26圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2600開始(2602)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到高於預定參數PostMealHighTarget的NumConsThreshold（例如3）或更多個在晚餐分天(Dinner Day Divider)內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2604)。血糖記錄索引「當前(Current)」被初始化為零(2606)，且計數「NumCons」被初始化為零(2608)。進行檢查以判定索引是否達到最新血糖記錄(2610)。若為是，則方法2600直接完成而不觸發型樣(2624)。若為否，則比較當前血糖記錄的值與PostMealHighTarget(2612)。若當前血糖記錄的值小於PostMealHighTarget，則將索引增量(2614)，且流程返回以重置計數「NumCons」為零(2608)。否則，將NumCons增量(2616)，並檢查NumCons是否大於或等於NumConsThreshold(2618)。若為否，則將索引增量(2620)，且流程返回以檢查判定索引是否達到最新血糖記錄(2610)。否則（亦即NumCons大於或等於NumConsThreshold），觸發晚餐後高IMB型樣(2622)，且方法2600完成(2624)。換言之，從14天歷史中找出具有高於PostMealHighTarget的值的第一個（最近的）血糖讀數。計算連續晚餐後高讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數低於PostMealHighTarget，則重置計數(NumCons = 0)，找出高於PostMealHighTarget的第一個下一讀數（往回尋找），且方法2600從頭開始。若前一血糖讀數高於PostMealHighTarget，則計數增加1（NumCons = NumCons + 1），且方法2600以相同方式進行，直到找到低於PostMealHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，向型樣管理器模組1004通知在其中偵測到型樣的時間範圍。方法2600從頭開始，直到達到最新血糖記錄為止。

用於辨識晚餐後低型樣的演算法或方法2700的範例，被圖示說明為第27圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2700開始(2702)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到低於預定參數PostMealLowTarget的NumConsThreshold或更多個在晚餐分天內發生且用餐標示為「餐前」的連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2704)。血糖記錄索引「當前(Current)」被初始化為零(2706)，且計數「NumCons」被初始化為零(2708)。進行檢查以判定索引是否達到最新血糖記錄(2710)。若為是，則方法2700直接完成而不觸發型樣(2724)。若為否，則比較當前血糖記錄的值與PostMealLowTarget(2712)。若當前血糖記錄的值大於PreMealLowTarget，則將索引增量(2714)，且流程返回以重置計數「NumCons」為零(2708)。否則，將NumCons增量(2716)，並檢查NumCons是否大於或等於NumConsThreshold(2718)。若為否，則將索引增量(2720)，且流程返回以檢查判定索引是否達到最新血糖記錄(2710)。否則（亦即NumCons大於或等於NumConsThreshold），觸發晚餐後低IMB型樣(2722)，且方法2700完成(2724)。換言之，從14天歷史中找出具有低於PreMealLowTarget的值的第一個（最近的）血糖讀數。計算連續晚餐後低讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數高於PostMealLowTarget，則重置計數(NumCons = 0)，找出低於PostMealLowTarget的第一個下一讀數（往回尋找），且方法2700從頭開始。若前一血糖讀數低於PreMealLowTarget，則計數增加1（NumCons = NumCons + 1），且方法2700以相同方式進行，直到找到高於PreMealLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，向型樣管理器模組1004通知在其中偵測到型樣的時間範圍。方法2700從頭開始，直到達到最新血糖記錄為止。

用於辨識漸高型樣的演算法或方法2800的範例，被圖示說明為第28圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2800開始(2802)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到高於預定參數RunHighTarget的在MinTimeInterval（例如兩個連續血糖測量結果之間的最小時間區間，以讓他們不被相關考量）內彼此相隔發生的NumConsThreshold（例如3）或更多個連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2804)。血糖記錄索引「當前(Current)」被初始化為零(2806)，且計數「NumCons」被初始化為零(2808)。進行檢查以判定索引是否達到最新血糖記錄(2810)。若為是，則方法2800直接完成而不觸發型樣(2826)。若為否，則比較當前血糖記錄的值與RunHighTarget(2812)。若當前血糖記錄的值大於或等於RunHighTarget，則將索引（當前）增量(2814)。接著進行檢查，以判定當前血糖記錄是否發生在前一血糖記錄的MinTimeInterval內(2816)。若為否，則流程返回以檢查索引是否達到最新血糖記錄(2810)。否則，將計數「NumCons」增量(2818)，且流程返回以檢查索引是否達到最新血糖記錄(2810)。若當前血糖記錄值小於RunHighTarget，則將索引（當前）增量(2820)，並檢查NumCons是否大於或等於NumConsThreshold(2822)。若為否，則流程返回將NumCons重置為零(2808)。否則（亦即NumCons大於或等於NumConsThreshold），觸發漸高IMB型樣(2824)，且方法2800完成(2826)。換言之，從14天歷史中找出具有高於RunHighTarget的值的第一個（最近的）血糖讀數。計算連續高讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數低於RunHighTarget，則重置計數(NumCons = 0)，找出高於RunHighTarget的第一個下一讀數（往回尋找），且方法2800從頭開始。若前一血糖讀數高於RunHighTarget，且若當前讀數與前一讀數之間的時間小於MinTimeInterval，則方法2800以相同方式進行，直到找到低於RunHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，並向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2800從頭開始，直到達到最新血糖記錄為止。若前一血糖讀數高於RunHighTarget，且若當前讀數與前一讀數之間的時間大於或等於MinTimeInterval，則計數增加1（NumCons = NumCons + 1），且方法2800以相同方式進行，直到找到低於RunHighTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，並向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2800從頭開始，直到達到最新血糖記錄為止。

用於辨識漸低型樣的演算法或方法2900的範例，被圖示說明為第29圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法2900開始(2902)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記開始兩週內的資料）偵測到低於預定參數RunLowTarget的在MinTimeInterval（例如兩個連續血糖測量結果之間的最小時間區間，以讓他們不被相關考量）內彼此相隔發生的NumConsThreshold（例如3）或更多個連續血糖讀數，則DMS App將觸發此型樣。取得最近兩週的血糖讀數(2904)。血糖記錄索引「當前(Current)」被初始化為零(2906)，且計數「NumCons」被初始化為零(2908)。進行檢查以判定索引是否達到最新血糖記錄(2910)。若為是，則方法2900直接完成而不觸發型樣(2926)。若為否，則比較當前血糖記錄的值與RunLowTarget(2912)。若當前血糖記錄的值小於或等於RunLowTarget，則將索引（當前）增量(2914)。接著進行檢查，以判定當前血糖記錄是否發生在前一血糖記錄的MinTimeInterval內(2916)。若為否，則流程返回以檢查索引是否達到最新血糖記錄(2910)。否則，將計數「NumCons」增量(2918)，且流程返回以檢查索引是否達到最新血糖記錄(2910)。若當前血糖記錄值大於RunLowTarget，則將索引（當前）增量(2920)，並檢查NumCons是否大於或等於NumConsThreshold(2922)。若為否，則流程返回將NumCons重置為零(2908)。否則（亦即NumCons大於或等於NumConsThreshold），觸發漸低IMB型樣(2924)，且方法2900完成(2926)。換言之，從14天歷史中找出具有低於RunLowTarget的值的第一個（最近的）血糖讀數。計算連續低讀數數量的計數，被增加1。檢查前一個血糖讀數。若前一血糖讀數高於RunLowTarget，則重置計數(NumCons = 0)，找出高於RunLowTarget的第一個下一讀數（往回尋找），且方法2900從頭開始。若前一血糖讀數低於RunLowTarget，且若當前讀數與前一讀數之間的時間小於MinTimeInterval，則方法2900以相同方式進行，直到找到高於RunLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2900從頭開始，直到達到最新血糖記錄為止。若前一血糖讀數低於RunLowTarget，且若當前讀數與前一讀數之間的時間大於或等於MinTimeInterval，則計數增加1（NumCons = NumCons + 1），且方法2900以相同方式進行，直到找到高於RunLowTarget的第一個讀數為止。一旦找到，則檢查計數值。若NumCons ＞= NumConsThreshold，則觸發型樣，向型樣管理器模組1004通知觸發此型樣的時間範圍。方法2900從頭開始，直到達到最新血糖記錄為止。

用於辨識星期幾高型樣的演算法或方法3000的範例，被圖示說明為第30圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法3000開始(3002)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記往回延伸三週內的資料中）偵測到對於NumConsThreshold個連續星期幾的血糖記錄平均值高於DayOfWeekHighTarget（例如用餐後/未標記高(After Meal/No Mark High)的110%），則DMS App將觸發此型樣。注意到對於此型樣，使用15天（延展三週）至21天的血糖記錄歷史資料，以讓此型樣被觸發。更注意到，假定對於過去15天的每星期幾的每日平均，已被計算並儲存。在新的（一或多個）讀數來到時，新的每日平均被計算（在新讀數延展多日的情況下），或僅更新最後一個（在新讀數僅影響最後一天歷史的情況下），並檢查是否有三或更多個連續的星期幾的平均血糖值高於DayOfWeekHighTarget（例如「連續三個或更多個星期五」）。取得最近15天至三週的血糖讀數(3004)。對每個星期幾計算平均血糖值(AVGday) (3006)。血糖記錄索引「當前(Current)」被初始化為零(3008)，且計數「NumCons」被初始化為零(3010)。進行檢查以判定索引是否達到最新血糖記錄(3012)。若為是，則不觸發型樣(3014)，且方法3000結束(3028)。若為否，則比較當前星期幾的平均值與DayOfWeekHighTarget(3016)。若當前星期幾的平均值小於DayOfWeekHighTarget，則將計數「當前」增量(3018)，且流程返回以重置計數「NumCons」為零(3010)。否則，將NumCons增量(3020)，並檢查NumCons是否大於或等於NumConsThreshold(3022)。若為否，則將「當前」增量(3024)，且流程返回以檢查判定索引是否達到最新血糖記錄(3012)。否則（NumCons大於或等於NumConsThreshold），觸發星期幾高IMB型樣(3026)，且方法3000完成(3028)。

用於辨識星期幾低型樣的演算法或方法3100的範例，被圖示說明為第31圖中的流程圖。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），方法3100開始(3102)。在獲取新血糖記錄時（或在先前獲取的記錄被修改時），若DMS App（在從最新血糖讀數的時間戳記往回延伸三週內的資料中）偵測到對於NumConsThreshold個連續星期幾的血糖記錄平均值低於DayOfWeekLowTarget（例如總體低值(Overall Low Value)的80%），則DMS App將觸發此型樣。注意到對於此型樣，使用15天（延展三週）至21天的血糖記錄歷史資料，以讓此型樣被觸發更注意到，假定對於過去15天的每星期幾的每日平均，已被計算並儲存。在新的（一或多個）讀數來到時，新的每日平均被計算（在新讀數延展多日的情況下），或僅更新最後一個（在新讀數僅影響最後一天歷史的情況下），並檢查是否有三或更多個連續的星期幾的平均血糖值低於DayOfWeekLowTarget（例如「連續三個或更多個星期一」）。取得最近15天至三週的血糖讀數(3104)。對每個星期幾計算平均血糖值(AVGday) (3106)。血糖記錄索引「當前(Current)」被初始化為零(3108)，且計數「NumCons」被初始化為零(3110)。進行檢查以判定索引是否達到最新血糖記錄(3112)。若為是，則不觸發型樣(3114)，且方法3100結束(3128)。若為否，則比較當前星期幾的平均值與DayOfWeekLowTarget(3116)。若當前星期幾的平均值小於DayOfWeekLowTarget，則將計數「當前」增量(3118)，且流程返回以重置計數「NumCons」為零(3110)。否則，將NumCons增量(3120)，並檢查NumCons是否大於或等於NumConsThreshold(3122)。若為否，則將「當前」增量(3124)，且流程返回以檢查判定索引是否達到最新血糖記錄(3112)。否則（NumCons大於或等於NumConsThreshold），觸發星期幾低IMB型樣(3126)，且方法3100完成(3128)。

在IMB管理器704內，型樣管理器模組1004負責呼叫前述IMB演算法（經由IMB演算法執行子模組1010）、處理所偵測到的型樣、產生並排程對於所識別型樣的通知、排程IMB型樣地圖的執行（例如相關的使用者介面顯示與互動式選單）、致能使用者設定型樣目標、起始並移除對於型樣通知的限制條件與濾除器（例如帶/測試頻率目標/隔離(Band/Testing Frequency Goal/Quarantine)）、透過通知與提醒接續使用者管理型樣的進程、提供資訊性、動機性與行為性的訊息、以及記錄使用者的關於相關聯的觸發型樣的筆記，以及相關於相關聯的型樣的血糖記錄（若適用）。

型樣管理器模組1004由不同方式向使用者傳達已新偵測到型樣。可對使用者呈現特定型樣偵測的通知，以及隨後的對應IMB型樣地圖（取決於使用者的決定）。若偵測到多於一個IMB型樣，則DMS App可將通知限制為單一通知，單一通知將所偵測到的型樣的多個名稱包含在優先化列表中，以讓使用者容易觀看型樣。此外，使用者可經由型樣觀看器存取所偵測到的型樣，型樣觀看器以經組織並優先化的方式呈現型樣。若DMS App為活躍的，則型樣管理器將掌控智慧型裝置的螢幕並呈現「型樣偵測螢幕」–對於所偵測型樣的通知，在其中使用者被提供了瀏覽型樣地圖流程的選項，且被引導通過所偵測型樣的細節與解釋。

型樣管理器的作業係基於下列參數（界定每一型樣）：帶(Band)、類型(Type)、等級(Rank)、隔離(Quarantine)（禁運(Embargo)）期間、潛伏(Incubation)期間、以及最小時間間隔。帶參數代表「型樣回饋」的位準，其中使用者可選擇不要收到型樣管理器可偵測到的所有型樣的通知。換言之，即使型樣管理器偵測到特定型樣，但此事件將不會作為偵測新型樣通知而傳達給使用者，若使用者所選擇的帶沒有包含這一特定型樣（例如「帶外」型樣）（相對於「帶內」型樣的情況而言）。

下列表格提供對於將型樣組織成帶的範例設置。使用者可選擇要接收對於哪些型樣帶的通知。

類型(Type)參數代表基於觸發型樣的事件類型的所有型樣的分組。在同時偵測到多個型樣時這是相關聯的。例如，由數種不同的方式估算持續的高血糖。這允許DMS避免用對於類似性質的型樣的看似多餘的個別警報來轟擊使用者。

等級參數代表特定型樣的優先權位準。等級參數被指定給群組（類型）中的每個型樣，且對於類型內的此特定型樣而言是獨特的（在一些具體實施例中，在相同類型內沒有兩個型樣具有相同的等級）。每一類型中僅有一個型樣被型樣管理器自動設為「活躍(Active)」狀態。此將為具有最高優先度的型樣。例如，可同時觸發「漸高」型樣與「晚餐後高」型樣。「漸高」可為潛在急性異常的標誌，而「晚餐後高」可指示對於藥物調整的需要。急性異常的考量，將為較高的優先度型樣以警告使用者。

隔離（禁運）期間參數亦防止使用者被通知淹沒。若使用者在「現在」時點被通知了特定型樣，則型樣管理器確保在隔離週期過期之前使用者都不會再收到相同的型樣通知。這表示，此特定型樣將被允許再次觸發的最塊時間，為「現在」時點加上隔離週期。此特徵亦確保使用者有時間反應，而在被提醒之前改進或處理特定型樣。下列表格圖示說明範例隔離週期：

潛伏週期（MinReqBGhistory）參數相關於DMS App的起始。為了確保精確度，App延遲回應一些所觸發的型樣，直到已接收到足夠的血糖資料以改良針對識別與裁定型樣的可靠性。因此，App使用「優惠期」(MinReqBGhistory)，在優惠期內所觸發的屬於一些群組的型樣被忽略。

最小時間間隔(MinReqBGrecordTimeDiff)參數，代表兩個連續血糖記錄的時間戳記之間的最小可允許差異，以被包含在對於偵測、移除或改良特定IMB型樣的演算法計算中。此特徵防止在同一時間附近擷取的多個讀數被計數為型樣。

型樣被特徵化且被呈現於三個不同分類中：活躍(Active)、額外(Additional)、與封存(Archived)。活躍型樣為新辨識的型樣（不論是已讀取或未讀取），新辨識的型樣當前正處理被視為最高優先度資訊而應警告使用者的資料。「活躍」型樣在任意時間下被保持儘量少，以防止使用者被資訊淹沒。「活躍」型樣的目標，為驅使使用者通過特定的型樣地圖流程（使用者介面），在流程末端使用者可達到「改進」或「追蹤」狀態。考量優先權位準（「等級」）與「類型」，以判定活躍型樣。此外，使用者可選擇額外(Additional)型樣之任意者以提升至活躍，若使用者想要參與嘗試處理更多型樣地圖流程。可能存在的活躍型樣數量，可相同於型樣「類型」的數量，例如關鍵型樣（關鍵高與關鍵低）作為一個類型，以及除了關鍵型樣以外的三個其他型樣類型。在額外分類開始填充之前，活躍分類填充。藉由選擇型樣而存取型樣細節頁面。未讀取型樣將提示使用者通過型樣地圖流程。選擇未讀取型樣，會將型樣狀態改變成「打開(Opened)」（已讀取(Read)）。若偵測到關鍵型樣，則此型樣在被觸發時將被提升至活躍列表頂端，並保持在此處直到被解決為止 - 在相同極端範圍中的非關鍵型樣被採取，或序列已「完成」。在型樣成為活躍時，對於「活躍」型樣的「逾時」計時器啟動。在一些具體實施例中，DMS App防止來自相同類型的多於一個型樣同時為活躍，不論活躍型樣的總數為何。

「額外」型樣為已讀取或未讀取的所辨識的型樣，此型樣被公告、不收集資料且將不會自動改變成「改進」狀態。額外分類型樣在逾時之前被給予比活躍更多的時間（以給使用者更多時間來動作），並移動至型樣觀看器的封存區段。由優先權位準（「等級」）、「類型」、與偵測日期，來判定額外分類型樣。型樣觀看器中呈現的額外型樣數量沒有限制。為了觀看額外型樣，使用者選擇額外型樣，並顯示型樣細節（在型樣細節頁面的上半部）以及問題：「您是否想更瞭解此型樣、努力改進它並將它移到活躍型樣？」回答是將把使用者帶入此型樣的型樣地圖流程，並將此型樣移到活躍。回答「否」將把型樣保持在額外中，並將問題保持為可用的。為了將額外型樣改變成活躍，使用者可回答問題，指示他們想要對型樣努力。藉由將額外型樣移到活躍型樣，型樣被加入型樣觀看器螢幕的活躍區段。

「封存」型樣被DMS App指定給此分類，在他們到達下列狀態之一者時：移除提醒（Dismissed_Reminder）、完成（Finished）、移除設定（Dismissed_Setup）、改進（Improved）、追蹤（Followed）、改進-再努力（Improved-Rework）、改進-完成（Improved-Completed）、改進-修改（Improved-Modified）、追蹤-再努力（Followed-Rework）、追蹤完成（Followed_Completed）、Good_Int、Good_Note、Good_Add、或逾時（Timed-Out）。

在一些具體實施例中，回應於新的血糖記錄，或在經過預定時間量之後，型樣管理器可自動將所偵測的型樣自動轉移至另一分類、狀況、及（或）狀態。例如，若下面所示的條件被符合，則型樣管理器可將屬於活躍分類的型樣分類，改變成封存分類並指定改進狀態：

在一些具體實施例中，若活躍型樣在跟進時間之前改進（基於接收新的血糖記錄），則型樣管理器可呈現「改進的跟進」螢幕並將型樣移到具有「改進」狀態的封存分類。在一些具體實施例中，若活躍型樣在跟進時間之前改進（基於接收新的血糖記錄），則型樣管理器可取消（透過型樣地圖流程）定期排定的「跟進」通知以及相關的提醒（若他們在型樣地圖流程期間被設定）。

在一些具體實施例中，型樣管理器可將屬於「活躍」分類的型樣分類，改變成「封存」分類，並指定「逾時」狀態，若在下面的表格中指定的時間週期內，只要這些事件都沒有發生：

• 型樣未改進；或

• 使用者並未通過整個型樣地圖流程以設定跟隨；或

• 型樣從未被讀取。

在一些具體實施例中，逾時週期可從型樣登錄時刻(Pattern Registration Moment)開始往下數。若活躍型樣逾時（基於時間），則型樣管理器可將型樣與逾時狀態移至封存分類，而不通知使用者。

在一些具體實施例中，可發生型樣地圖流程內的轉移。例如在型樣地圖流程期間內，型樣管理器可根據演算法或方法3200對於在觸發後在型樣地圖流程內的轉變指定分類、狀況、及（或）狀態，如第32圖的流程圖圖示說明，並根據演算法或方法3300對於在從型樣管理器存取時在型樣地圖流程內的轉變（活躍分類未開啟狀態）指定分類、狀況、及（或）狀態，如第33圖的流程圖圖示說明，此係對於下列型樣：

空腹高

空腹低

午餐前高

午餐前低

晚餐前高

晚餐前低

晚餐後高

晚餐後低

最近低

星期幾低

星期幾高

如第32圖圖示，回應於在處理模塊3201的觸發型樣，方法3200可行進至偵測螢幕決策模塊3202，其中結果可產生型樣轉變3203或3204。從型樣轉變3204，方法3200可行進至解譯螢幕決策模塊3205，其中結果可產生型樣轉變3206或3207。從型樣轉變3207，方法3200可行進至可能原因決策模塊3208，其中結果可產生型樣轉變3209或3210。從型樣轉變3210，方法3200可行進至需要提醒？決策模塊3211，其中結果可產生型樣轉變3212或3213。從型樣轉變3213，方法3200可行進至提醒設定決策模塊3214，其中結果可產生型樣轉變3215或3216。從型樣轉變3216，方法3200可行進至跟隨回饋決策模塊3217，其中結果可產生型樣轉變3218或3219。

如第33圖圖示，回應於在處理模塊3301從型樣管理器存取活躍（未讀取）型樣，方法3300可行進至解譯螢幕決策模塊3302，其中結果可產生型樣轉變3303或3304。從型樣轉變3304，方法3300可行進至可能原因決策模塊3305，其中結果可產生型樣轉變3306或3307。從型樣轉變3307，方法3300可行進至需要提醒？決策模塊3308，其中結果可產生型樣轉變3309或3310。從型樣轉變3310，方法3300可行進至提醒設定決策模塊3311，其中結果可產生型樣轉變3312或3313。從型樣轉變3313，方法3300可行進至跟隨回饋決策模塊3314，其中結果可產生型樣轉變3315或3316。

在一些具體實施例中，可額外地或替代性地發生型樣地圖流程內的其他轉移。例如在型樣地圖流程期間內，型樣管理器可根據演算法或方法3400指定分類、狀況、及（或）狀態，如第34圖的流程圖圖示說明，此係對於下列型樣：

關鍵低

關鍵高

如第34圖圖示，回應於在處理模塊3401觸發關鍵型樣，方法3400可行進至通知認收/解譯螢幕顯示決策模塊3402，其中結果可產生型樣轉變3403或3404。從型樣轉變3404，方法3400可行進至解譯螢幕決策模塊3405，其中結果可產生型樣轉變3406或3407。從型樣轉變3407，方法3400可行進至在逾時時段過期前再測試決策模塊3408，其中無(NO)結果可產生型樣轉變3409。在決策模塊3408的是(YES)結果可使得方法3400行進至範圍中血糖值？決策模塊3410，其中YES結果可產生型樣轉變3411，且NO結果可使得方法3400行進至決策模塊3412。在決策模塊3412，可進行下列判定：對於關鍵高：血糖值是否小於總體低；及（或）對於關鍵低：血糖值是否大於用餐後高。若兩個判定之任一者的結果為YES，則方法3400可行進至型樣轉變3413。若兩個判定之任一者的結果為NO，則方法3400可行進至逾時時段過期？決策模塊3414。若結果為NO，則方法3400可返回決策模塊3408。若結果為YES，則方法3400可行進至決策模塊3415。在決策模塊3415，可進行下列判定：對於關鍵高：最近的血糖值是否大於關鍵高；及（或）對於關鍵低：最近的血糖值是否小於關鍵低。取決於結果，方法3400可行進至型樣轉變3416或3417。

在一些具體實施例中，型樣地圖流程內的轉變可因為型樣管理器觀看器內的使用者動作而發生。換嚴之，型樣管理器可基於型樣管理器觀看器內的使用者互動來改變活躍型樣的分類、狀況及（或）狀態，根據（在一些具體實施例中）演算法或方法3500以在觸發後在型樣地圖流程內轉變，如第35圖的流程圖所圖示說明。在使用者在處理模塊3501選擇活躍型樣時，型樣管理器可經由決策模塊3502，在處理模塊3503顯示「原始型樣解譯」螢幕，或在處理模塊3504顯示「經修改型樣解譯」螢幕。

在一些具體實施例中，除了在通常的「型樣解譯」螢幕中所提供的資訊以外，「經修改型樣解譯」螢幕可致能使用者以：(1)觀看貢獻至所偵測的此型樣的記錄（從貢獻至所偵測型樣的第一個讀數開始，終至觸發型樣的讀數）；(2)記錄筆記；(3)觀看在型樣地圖流程期間內設定的相關提醒；及（或）(4)封存型樣。

在一些具體實施例中，在使用者選擇活躍型樣時（且在「經修改型樣解譯」螢幕中選擇「封存型樣」），型樣管理器可在型樣觀看器中指定此型樣為「移除」狀態，並將此型樣的實際狀態改變為「完成_移除(Finished_Dismissed)」。在一些具體實施例中，型樣管理器可允許「封存」型樣從未開啟(Unopened)改變狀態為已開啟(Opended)（僅在型樣管理器中，而不在型樣觀看器中）。在一些具體實施例中，型樣管理器可不允許「封存」型樣改變分類與狀況。

在一些具體實施例中，在使用者選擇在「移除」（「移除提醒」、「移除設定」）或「逾時」狀態中的封存型樣時，型樣管理器可在處理模塊3504顯示「經修改型樣解譯」螢幕。除了在通常的「型樣解譯」螢幕中所提供的資訊以外，「經修改型樣解譯」螢幕可致能使用者以：(1)觀看型樣狀況；(2)從下列選項中選擇：(a)觀看貢獻至所偵測的此型樣的記錄（從貢獻至所偵測型樣的第一個讀數開始，終至在型樣被移除或逾時之前相關於型樣的最近讀數）；以及(b)記錄筆記。

在一些具體實施例中，在使用者選擇在「改進」或「追蹤」狀態中的封存型樣時，型樣管理器可顯示「經修改型樣解譯」螢幕，除了在通常的「型樣解譯」螢幕中所提供的資訊以外，「經修改型樣解譯」螢幕可致能使用者以：(1)觀看狀態；(2)從下列選項中選擇：(a)觀看貢獻至所偵測的此型樣且改進或未改進（追蹤）的記錄（表示從貢獻至所偵測型樣的第一個讀數開始，終至在跟隨時段過期之前相關於型樣的最近讀數）；(b)記錄筆記；以及(c)觀看在型樣地圖流程期間設定的相關提醒。

在一些具體實施例中，在使用者選擇屬於關鍵型樣群組的封存型樣時，型樣管理器可顯示「關鍵型樣跟隨(Critical Pattern Follow-Up)」螢幕，除了在通常的「型樣解譯」螢幕中所提供的資訊以外，「關鍵型樣跟隨」螢幕可致能使用者以：(1)觀看細節狀態解釋；(2)記錄筆記；以及(3)觀看在型樣地圖流程期間內設定的相關讀數（例如，從觸發型樣的讀數開始，終至相關於在型樣改進時刻之前（或型樣逾時時段過期之前）所記錄的型樣的最近讀數的所有讀數。

在一些具體實施例中，關鍵型樣可在非關鍵型樣之前，且型樣管理器可儲存且並未允許手動刪除任何活躍或封存的型樣。在一些具體實施例中，可儲存最多50個最近的活躍與封存型樣（亦即先進先出(first-in-first-out））並保持多至90天，其中超過90天的型樣可被刪除。

返回第35圖，方法3500可從處理模塊3503或3504行進至新型樣偵測行為處理模塊3505，其中可如前述由型樣管理器偵測新型樣。

本揭示內容中說明了數個具體實施例，僅為了示例說明而呈現這些具體實施例。所說明的具體實施例在任何意義上都不為限制（且不意為限制）。從本揭示內容中可顯而易見，本文所揭示的發明廣泛適用於多個具體實施例。在本發明技術領域中具有通常知識者將認知到，可由各種修改與變異（諸如結構性、邏輯性、軟體、與電性修改）來實作所揭示的發明。雖然可參照一或更多個特定具體實施例及（或）圖式說明所揭示的發明的特定特徵，但應瞭解到，除非另外明確指明，否則這些特徵不限於在說明這些特徵所參考的一或更多個特定具體實施例或圖式中的使用。

本揭示內容既不是所有具體實施例的文字描述，也不是必須存在於所有具體實施例中的發明的特徵的列表。

發明名稱（闡述於本揭示內容首頁開頭處）不應被視為由任何方式作為對於所揭示發明的範圍的限制。

用詞「產品」表示如專利法第21條所思及的任何機器、製造及（或）物質組成，除非另外明確指明。

每個程序（不管是稱為方法、類別行為、演算法或其他）固有地包括一或更多個步驟，且因此，所有對程序的一或多個「步驟」的參照具有對於僅僅是對用詞「程序」或類似用詞的敘述的固有前置基礎。因此，在請求項中任何對於程序的一或多個「步驟」的參照，具有充足的前置基礎。

在序號（諸如「第一」、「第二」、「第三」等等）作為用詞之前的形容詞時，此序號（除非另外明確指明）僅用於指示特定特徵，諸如以將此特定特徵與由相同用詞或類似用詞說明的另一特徵區分開。例如，「第一小部件」的名稱僅是區分自（例如）「第二小部件」。因此，在用詞「小部件」之前使用序號「第一」與「第二」並不表示兩個小部件之間的任何其他關係，且類似的，並非指示任一小部件或兩個小部件的任何其他特性。例如，在用詞「小部件」之前使用序號「第一」與「第二」：(1)並非指示任一小部件在次序或位置上位於任何其他小部件之前或之後；(2)並非指示任一小部件在時間上發生在任何其他小部件之前或之後；以及(3)並非表示任一小部件在重要性或品質上高於或低於任何其他小部件。此外，序號的使用，並不對由序號所識別的特徵界定出數值限制。例如，在用詞「小部件」之前使用序號「第一」與「第二」，並非指示應不存在多於兩個小部件。

在單一裝置、部件、結構、或物品被說明於本文中時，可替代性地使用多於一個裝置、部件、結構或物品（不論他們是否合作）來代替所說明的單一裝置、部件或物品。因此，說明為由裝置所擁有的功能性，可替代性地由多於一個裝置、部件或物品擁有（不論他們是否合作）。

類似的，在多於一個裝置、部件、結構、或物品被說明於本文中時（不論他們是否合作），可替代性地使用單一裝置、部件、結構、或物品來代替所說明的多於一個裝置、部件、結構、或物品。例如，可由單一基於電腦式裝置替換複數個基於電腦式裝置。因此，說明為由多於一個裝置、部件、結構、或物品所擁有的各種功能性，可替代性地由單一裝置、部件、結構、或物品擁有。

可由一或更多個其他裝置替代性實施所說明的單一裝置的功能性及（或）特徵，這些其他裝置經過說明但並未被明確說明為具有這種功能性及（或）特徵。因此，其他具體實施例不需包含所說明的裝置自身，但相對的可包含在這些其他具體實施例中具有這種功能性/特徵的一或更多個其他裝置。

彼此通訊的裝置，不需與彼此連續通訊，除非另外明確指明。相反的，這種裝置僅需在必要或期望時發送至彼此，且實際上在大多時間內可停止交換資料。例如，經由網際網路與另一機器通訊的機器，可在數週內不發送資料至另一機器。此外，彼此通訊的裝置，可直接或間接地透過一或更多個媒介來通訊。

說明具有數個部件或特徵的具體實施例，並不隱含表示需要所有（或甚至，任意的）這種部件及（或）特徵。相反的，說明各種可選部件以圖示說明本發明的廣泛的各種可能的具體實施例。除非另外明確指明，否則沒有部件及（或）特徵是必要的或所需的。

再者，雖然可將處理步驟、演算法等等說明為具有循序次序，但這種程序可經配置以由不同次序工作。換言之，可被明確說明的任何步驟的順序或次序，並非必要指示需要由此次序來執行步驟。本文所說明的程序步驟，實際上可由任何次序來執行。再者，一些步驟可被同時執行，儘管被說明（或隱含表示）為非同時發生（例如因為說明一個步驟是在另一步驟之後）。再者，圖式中所繪製的對於程序的圖示說明，並不隱含表示所圖示說明的程序排除了其他變異與修改，並不隱含表示所圖示說明的程序（或其任何步驟）對於發明而言是必要的，也並不隱含表示所圖示說明的程序是較佳的。

雖然程序可被說明為包含複數個步驟，但這不表示所有（或甚至任意的）這些步驟是必要的或所需的。在所說明的發明的範圍內的各種其他具體實施例，包含省略了所說明步驟的一些或全部的其他程序。除非另外明確指明，否則沒有步驟是必要的或所需的。

雖然物品可被說明為包含複數個部件、態樣、品質、特性及（或）特徵，但這不表示所有這些複數個部件、態樣、品質、特性及（或）特徵都是必要的或所需的。在所說明的發明的範圍內的各種其他具體實施例，包含省略了所說明的複數個部件、態樣、品質、特性及（或）特徵的一些或全部的其他物品。

所條列的物件（可或可不具有編號）並不隱含任何或所有的物件是互斥的，除非另外明確說明。類似的，所條列的物件（可或可不具有編號）並不隱含任何或所有的物件對於任何分類是全面的，除非另外明確說明。例如，所條列的「電腦、膝上型電腦、PDA」並不隱含表示此列表的三個物件的任意者或全部是互斥的，且並不隱含此列表的三個物件的任意者或全部對於任何分類是全面的。

在本揭示內容中提供的段落標題僅僅是為了方便，且不應被以任何方式被視為限制本揭示內容。

「判定」事物可由各種方式來執行，且因此，用詞「判定」（與類似用詞）包含計算、運算、推導、查找（例如在表格、資料庫或資料結構中）、確認、辨識等等。

本文所使用的用詞「顯示器」，為向觀看者傳遞資訊的區域。資訊可為動態的，在此情況中，LCD、LED、CRT、數位光處理（DLP）、後投影、前投影等等可用於形成顯示器。

本揭示內容可參照「控制系統」、應用程式、或程式。本文所使用的用詞：控制系統、應用程式、或程式，可為與作業系統、裝置驅動程式、與適當程式（集合稱為「軟體」）耦合的電腦處理器，且具有指令以提供對控制系統所說明的功能性。軟體被儲存在相關聯的記憶體裝置中（有時稱為電腦可讀取媒體）。雖然已思及到可使用適當編程的一般用途電腦或計算裝置，但也思及到可使用硬連線電路系統或自訂硬體（例如，特定應用積體電路（ASIC）），來代替或結合用於實施各種具體實施例的程序的軟體指令。因此，具體實施例不限於任何特定的硬體與軟體的組合。

「處理器」表示任一或更多個微處理器、中央處理單元（CPU）裝置、計算裝置、微控制器、數位訊號處理器、或類似的裝置。示例性的處理器為INTEL PENTIUM或AMD ATHLON處理器。

用詞「電腦可讀取媒體」代表參與提供資料（例如指令）的任何適格的媒體，資料可由電腦、處理器或類似的裝置讀取。這種媒體可具有許多形式，包含但不限於非揮發性媒體、揮發性媒體、與特定的適格類型的傳輸媒體。非揮發性媒體包含（例如）光碟或磁碟以及其他持續性記憶體。揮發性媒體包含DRAM，DRAM通常構成主記憶體。傳輸媒體的適格類型，包含同軸纜線、銅線與光纖、包含包含耦合至處理器的系統匯流排的佈線。電腦可讀取媒體的常見形式，包含（例如）磁碟片、軟碟片、硬碟、磁帶、任何其他磁性媒體、CD-ROM、數位視訊光碟（DVD）、任何其他光學媒體、穿孔卡、紙帶、具有孔圖案的任何其他物理媒體、RAM、PROM、EPROM、FLASH-EEPROM、USB記憶棒、伺服器鑰(dongle)、任何其他記憶體晶片或卡匣、載波、或可被電腦讀取的任何其他媒體。用詞「電腦可讀取記憶體」及（或）「有形媒體」，特定排除了訊號、波、與波形，或其他無形或非暫態性媒體（雖然可被電腦讀取）。

各種形式的電腦可讀取媒體，可涉及於承載指令序列至處理器。例如，指令序列：(i)可被從RAM傳遞至處理器；(ii)可被透過無線傳輸媒體承載；及（或）(iii)可被根據數種格式、標準或協定來格式化。對於更窮舉的協定列表，用詞「網路」被界定於下，並包含亦可在此應用的許多示例性的協定。

將輕易顯然瞭解到，本文說明的各種方法與演算法可由控制系統來實施，及（或）軟體指令可經設計以執行本發明的處理。

在說明了資料庫及（或）資料結構時，在本發明技術領域中具有通常知識者將瞭解到：(i)可輕易利用替代於所說明者的資料庫結構；以及(ii)可輕易利用除了資料庫以外的其他記憶體結構。本文所呈現的任何範例資料庫/資料結構的任何圖示說明或說明，為對於所儲存的資訊表示的說明性設置。可利用除了（例如）圖式或其他處所說明的表格所建議的設置以外的任何數量的其他設置。類似的，任何所圖示說明的資料庫項目，僅代表示例性資訊；在本發明技術領域中具有通常知識者將瞭解到，項目的數量與內容可不同於本文所說明者。再者，儘管資料庫可被繪製為表格，但其他格式（包含關係資料庫、基於對象的模型、階層型電子檔案結構、及（或）分散式資料庫）可被用於儲存並操縱本文所說明的資料類型。類似的，可使用資料庫的對象方法或行為以實施各種處理，諸如本文所說明的處理。此外，資料庫可由已知的方式被儲存在本端，或被儲存在存取這種資料庫中的資料的裝置的遠端處。再者，在可思及統一資料庫的同時，資料庫亦可能被分散及（或）複製在各個裝置之間。

本文所使用的「網路」一般而言代表可用於提供環境的資訊或計算網路，其中一或更多個計算裝置可與彼此通訊。這種裝置可經由有線或無線媒體（諸如網際網路、LAN、WAN或乙太網路（或IEEE 802.3）、訊標環、或經由任何適當的通訊手段或通訊手段組合，來直接或間接地通訊。示例性協定包含但不限於：Bluetooth™、分時多工存取（TDMA）、分碼多工存取（CDMA）、全球行動通訊系統（GSM）、對於GSM演進的增強型資料速率（EDGE）、通用封包無線服務技術（GPRS）、寬頻CDMA（WCDMA）、高級行動電話系統（AMPS）、數位AMPS（D-AMPS）、IEEE 802.11（WI-FI）、IEEE 802.3、SAP、最佳系統（BOB）、系統對系統（S2S）等等。注意到，若視訊訊號或大檔案被透過網路傳送，則可使用寬頻網路以輕緩相關聯於這種大檔案的傳輸的延遲，然而，這並非被嚴格需要。每一裝置經調適以在這種通訊手段上通訊。任何數量與類型的機器可經由網路通訊。在網路為網際網路時，透過網際網路的通訊可為透過由電腦在遠端伺服器上維持的網站，或透過獻上資料網路，包含商用線上服務提供者、公佈欄系統等等。在其他的具體實施例中，裝置可透過RF、有線電視、衛星鏈結等等來彼此通訊。在適當時，可提供諸如登入帳號與密碼的加密或其他的安全性手段，以保護專有或機密資訊。

在電腦與裝置之間的通訊可被由技術領域中所熟知的各種方式之任意者加密，以確保隱私，並防止詐騙。在Schneier的APPLIED CRYPTOGRAPHY，PROTOCOLS，ALGORITHMS，AND SOURCE CODE IN C，John Wiley＆Sons，Inc. 2d ed，1996中，描述了用於加強系統安全性的合適密碼協定，在此引入該文獻全文以作為參考。

將輕易顯然瞭解到，本文說明的各種方法與演算法，可被由（例如）適當編程的一般用途電腦與計算裝置實施。通常，處理器（例如一或更多個微處理器）將接收來自記憶體或類似裝置的指令，並執行這些指令，從而執行由這些指令界定的一或更多個程序。再者，實施這種方法與演算法的程式，可被使用各種媒體（例如電腦可讀取媒體）由數種方式儲存並發送。在一些具體實施例中，硬連線電路系統或自訂硬體可被使用，來代替或結合用於實施各種具體實施例的程序的軟體指令。因此，具體實施例不受限於任何特定的硬體與軟體組合。因此，對程序的描述同樣描述了用於執行程序的至少一個設備，並且同樣描述了用於執行程序的至少一個電腦可讀取媒體及（或）用於執行處理的記憶體。執行處理的設備可包含適合執行處理的部件與裝置（例如處理器、輸入與輸出裝置）。電腦可讀取媒體可儲存適合執行方法的程式元件。

本揭示內容對在本發明技術領域中具有通常知識者提供致能實施數個具體實施例及（或）發明的說明。這些具體實施例及（或）發明之一些者可不被本申請案所請求，但仍可被主張本申請案優先權權益的一或更多個接續申請案請求。申請人意圖提交額外的申請案，以尋求已經公開並致能但未在本申請案中請求的發明主題的專利。

上文說明僅揭示了本發明的示例性具體實施例。落入本發明範圍內的上文所揭示的設備與方法的修改，對於在本發明技術領域中具有通常知識者領域的普通技術人員而言將是顯而易見的。例如，雖然上面討論的例子是針對醫療設備市場示出的，但是本發明的具體實施例可以針對其他市場實施。

因此，儘管已經結合本發明的示例性具體實施例公開了本發明，但應該理解的是，其他具體實施例可落入由以下申請專利範圍限定的本發明的精神和範圍內。

100‧‧‧糖尿病管理系統（DMS）

102‧‧‧血糖計（BGM）

104‧‧‧DMS裝置

106‧‧‧電腦

108‧‧‧無線訊號協定

110‧‧‧DMS App

112‧‧‧DMS程式

114‧‧‧網路

116‧‧‧乙太網路

202‧‧‧處理器

204‧‧‧記憶體

206‧‧‧時脈

208‧‧‧顯示器

210‧‧‧無線收發器

212‧‧‧輸入裝置

214‧‧‧資料儲存裝置

216‧‧‧DMS App

218‧‧‧型樣辨識引擎

220‧‧‧DMS資料庫

222‧‧‧DMS介面資料結構

302‧‧‧時間欄位

304‧‧‧日期欄位

306‧‧‧血糖位準欄位

308‧‧‧筆記欄位

400‧‧‧介面顯示器

500A‧‧‧顯示介面

500B‧‧‧顯示介面

502‧‧‧可捲動式訊窗

504‧‧‧活躍(Active)型樣

506‧‧‧額外(Additional)型樣

508‧‧‧封存(Archived)型樣

600A‧‧‧顯示介面

600B‧‧‧顯示介面

602‧‧‧總結區域

604‧‧‧圖表區域

606‧‧‧狀態區域

608‧‧‧解釋區域

610‧‧‧「進一步的鏈結(further links)」區域

700‧‧‧整合式系統架構

702‧‧‧中間件應用程式介面

704‧‧‧資訊與動機行為（IMB）管理器

802‧‧‧使用者介面管理器

804‧‧‧BGM通訊管理器

806‧‧‧步驟

808‧‧‧步驟

810‧‧‧步驟

812‧‧‧步驟

814‧‧‧步驟

816‧‧‧步驟

900‧‧‧IMB工作流程

902‧‧‧血糖計

904‧‧‧通訊管理器

906‧‧‧血糖記錄管理器

908‧‧‧資料庫管理器

916‧‧‧手動血糖記錄模組

1002‧‧‧IMB模組

1004‧‧‧型樣管理器模組

1006‧‧‧提醒觸發模組

1008‧‧‧IMB資料設定/驗證子模組

1010‧‧‧IMB演算法執行子模組

1012‧‧‧IMB快取子模組

1014‧‧‧IMB狀態更新子模組

1016‧‧‧UI更新子模組

1018‧‧‧IMB提醒更新子模組

1020‧‧‧使用者介面(UI)

1022‧‧‧原生

1100‧‧‧方法

1102-1110‧‧‧模塊

1200‧‧‧方法

1202-1210‧‧‧模塊

1300‧‧‧方法

1302-1324‧‧‧模塊

1400‧‧‧方法

1402-1424‧‧‧模塊

1500‧‧‧方法

1502-1524‧‧‧模塊

1600‧‧‧方法

1602-1614‧‧‧模塊

1700‧‧‧方法

1702-1714‧‧‧模塊

1800‧‧‧方法

1802-1814‧‧‧模塊

1900‧‧‧方法

1902-1916‧‧‧模塊

2000‧‧‧方法

2002-2024‧‧‧模塊

2100‧‧‧方法

2102-2124‧‧‧模塊

2200‧‧‧方法

2202-2224‧‧‧模塊

2300‧‧‧方法

2302-2324‧‧‧模塊

2400‧‧‧方法

2402-2424‧‧‧模塊

2500‧‧‧方法

2502-2524‧‧‧模塊

2600‧‧‧方法

2602-2624‧‧‧模塊

2700‧‧‧方法

2702-2724‧‧‧模塊

2800‧‧‧方法

2802-2826‧‧‧模塊

2900‧‧‧方法

2902-2926‧‧‧模塊

3000‧‧‧方法

3002-3028‧‧‧模塊

3100‧‧‧方法

3102-3128‧‧‧模塊

3200‧‧‧方法

3201-3219‧‧‧模塊

3300‧‧‧方法

3301-3316‧‧‧模塊

3400‧‧‧方法

3401-3417‧‧‧模塊

3500‧‧‧方法

3501-3505‧‧‧模塊

第1圖為繪製根據本發明的具體實施例的範例系統的示意方塊圖。

第2圖為繪製根據本發明的具體實施例的範例設備的示意方塊圖。

第3圖為繪製根據本發明的具體實施例的範例糖尿病管理系統(DMS)資料庫的示意圖表。

第4圖為根據本發明的具體實施例的用於選擇型樣類型的範例介面的螢幕截圖。

第5A圖為根據本發明的具體實施例的用於選擇測試頻率目標的範例介面的螢幕截圖。

第5B圖為根據本發明的具體實施例的用於呈現並管理所偵測型樣的範例介面的螢幕截圖。

第6A圖為根據本發明的具體實施例的用於呈現所偵測到的「改進」型樣的細節的範例介面的螢幕截圖。

第6B圖為根據本發明的具體實施例的用於呈現所偵測到的「努力」型樣的細節的範例介面的螢幕截圖。

第7圖為圖示說明根據本發明的具體實施例的系統軟體架構的範例結構的方塊圖。

第8圖為繪製根據本發明的具體實施例的對於資訊與動機行為(IMB)模組的範例方法的流程圖。

第9圖為繪製根據本發明的具體實施例的範例工作流程的方塊圖。

第10圖為圖示說明根據本發明的具體實施例的系統軟體架構的範例資訊與動機行為(IMB)模組部分的細節的方塊圖。

第11圖至第31圖為繪製根據本發明的具體實施例的用於偵測型樣的各種範例方法的流程圖。

第32圖至第35圖為繪製根據本發明的具體實施例的在型樣地圖流程中轉移的各種範例方法的流程圖。

國內寄存資訊 (請依寄存機構、日期、號碼順序註記) 無

國外寄存資訊 (請依寄存國家、機構、日期、號碼順序註記) 無

Claims

一種用於管理糖尿病的設備，該設備包含：一可攜式糖尿病管理系統（DMS）裝置，該DMS裝置包含一處理器、一資料儲存裝置、一觸控螢幕顯示器、無線通訊設施、儲存在該資料儲存裝置中並可在該處理器中執行的一型樣辨識引擎、以及儲存在該資料儲存裝置中並可在該處理器中執行的一使用者介面結構，該使用者介面結構包含經配置以顯示在該觸控螢幕顯示器上的複數個使用者介面顯示；其中：該複數個使用者介面顯示之一者包含基於該DMS裝置接收的血糖測量資料的複數個不同型樣的一可選擇子集的一列表，該可選擇型樣子集基於該型樣辨識引擎偵測到該等不同型樣的一頻率。
如請求項1所述之設備，其中該等不同型樣包含下列之至少一者：關鍵低表讀數、關鍵高表讀數、測試頻率低、測試頻率中、測試頻率良好、大多同時測試、一天中的高時間、一天中的低時間、一天中的最佳時間、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐後高、晚餐後低、漸高、漸低、星期幾低、以及星期幾高。
如請求項1所述之設備，其中該型樣辨識引擎包含複數個演算法，每一演算法經配置以辨識該等不同型樣中的一各別型樣。
如請求項1所述之設備，其中該型樣辨識引擎經配置以基於該DMS裝置接收的14至21天的該血糖測量資料來辨識型樣。
如請求項1所述之設備，其中每一使用者介面顯示鏈結至該複數個使用者介面顯示中的至少一個其他使用者介面顯示，或可經由該複數個使用者介面顯示中的至少一個其他使用者介面顯示抵達，或被呈現為該型樣辨識引擎偵測到一型樣的一結果。
如請求項1所述之設備，其中該複數個使用者介面顯示中的一個使用者介面顯示，亦包含用於選擇每週要執行的一血糖測試數量的一螢幕。
如請求項6所述之設備，其中該複數個使用者介面顯示中的一個使用者介面顯示，亦包含一提醒螢幕以執行一血糖測試，該提醒螢幕回應於該型樣辨識引擎偵測到少於所選擇的每週要執行的該血糖測試數量（經由用於選擇每週要執行的一血糖測試數量的該螢幕來選擇），而被顯示在該觸控螢幕顯示器上。
如請求項1所述之設備，其中該複數個使用者介面顯示中的一個使用者介面顯示，亦包含一型樣管理器螢幕，該型樣管理器螢幕包含活躍、額外、與封存之所偵測型樣的互動式列表。
如請求項1所述之設備，其中該複數個使用者介面顯示中的一個使用者介面顯示，亦包含一型樣細節螢幕，該型樣細節螢幕包含一總結區域、一圖表區域、一狀態區域、一解釋區域、以及一「進一步鏈結」區域。
一種用於管理糖尿病的方法，該方法包含以下步驟：接收步驟，在一可攜式無線裝置接收來自一血糖計的血糖測量結果；儲存步驟，在該可攜式無線裝置的一資料儲存裝置中儲存該等血糖測量結果；辨識步驟，由該可攜式無線裝置的一處理器基於該等血糖測量結果而辨識一或更多個型樣，該處理器執行儲存在該資料儲存裝置中的一型樣辨識引擎；以及提示步驟，經由該可攜式無線裝置的一使用者介面提示一使用者，以回應於辨識該等型樣中的一或更多個型樣的該辨識步驟而採取一行動。
如請求項10所述之方法，其中該等型樣包含下列之至少一者：關鍵低表讀數、關鍵高表讀數、測試頻率低、測試頻率中、測試頻率良好、大多同時測試、一天中的高時間、一天中的低時間、一天中的最佳時間、空腹高、空腹低、午餐前高、午餐前低、前期高、晚餐前低、晚餐後高、晚餐後低、漸高、漸低、星期幾低、以及星期幾高。
如請求項10所述之方法，其中辨識該等型樣中的一或更多個型樣的該辨識步驟，係基於14天至21天內的在該可攜式無線裝置處接收血糖測量結果的該接收步驟。
如請求項10所述之方法，該方法進一步包含以下步驟：在該資料儲存裝置中儲存一使用者介面結構，該使用者介面結構可在該處理器中執行。
如請求項10所述之方法，其中提示該使用者採取一動作的該提示步驟，包含以下步驟：提示該使用者設定一型樣目標，該型樣目標相關於所辨識的該一或更多個型樣。
如請求項10所述之方法，其中提示該使用者採取一動作的該提示步驟，包含以下步驟之至少一者：提示該使用者測試他們的血糖位準、進行醫療措施、記錄活動、以及記錄碳水化合物攝取量。
如請求項10所述之方法，其中經由該使用者介面提示該使用者採取一動作的該提示步驟，包含以下步驟：產生和呈現步驟，在該可攜式無線裝置的一顯示器上產生並向該使用者呈現一推薦、一提醒、與一警示之至少一者。
如請求項16所述之方法，該方法進一步包含以下步驟：限制呈現該提醒的該頻率。
如請求項16所述之方法，該方法進一步包含以下步驟：基於儲存在該資料儲存裝置中的預定優先度，將在該顯示器上呈現該推薦、該提醒、與該警示的該至少一者的該呈現步驟優先化。
如請求項10所述之方法，其中經由該使用者介面提示該使用者採取一動作的該提示步驟，包含以下步驟：由較高強度或較頻繁地在該可攜式無線裝置的一顯示器上呈現一推薦、一提醒、與一警示之至少一者，相較於該推薦、該提醒、與該警示中的其他者。
如請求項19所述之方法，其中該較高強度包含下列之一者：較大文字、較亮的高亮提示、不同的色彩、與聲音。