報告醫療設備的故障的方法、醫療設備、伺服器及其系統的製作方法

2023-05-23 21:51:36 3

報告醫療設備的故障的方法、醫療設備、伺服器及其系統的製作方法
【專利摘要】本發明公開了一種報告醫療設備的故障的方法、醫療設備、伺服器及其醫療信息系統。該報告醫療設備的故障的方法包括：顯示一圖形對象；響應於對所述圖形對象的點擊，向一伺服器發送一請求；顯示來自所述伺服器的一用戶界面，所述用戶界面具有一文本輸入區域和一信息發送按鈕；響應於對所述信息發送按鈕的點擊，向所述伺服器發送所述文本輸入區域中的文本，所述文本描述所述故障。本發明的報告醫療設備的故障的方法、醫療設備、伺服器及其醫療信息系統通過醫療設備上的用戶界面以文本報告故障，從而生成一個可以追蹤狀態的訂單，便利了故障的報告和查詢。
【專利說明】報告醫療設備的故障的方法、醫療設備、伺服器及其系統

【技術領域】
[0001] 本發明涉及醫學影像領域。

【背景技術】
[0002] 在當前的計算機斷層掃描（computered tomography,CT)設備中，當用戶遇到問題 需要求助時，一般只能選擇打熱線電話，然後向客服解釋問題的症狀以尋求解決方案。這種 方式存在以下幾個問題：
[0003] 可能會出現熱線電話太忙或者無人接聽的情況，導致用戶無法及時報告問題；
[0004] 撥打熱線電話比較耗時，會佔用用戶的工作時間；
[0005] 客服響應未必及時，由於客服可能對出現的問題不是特別了解，需要求助相關領 域的專家，繼而延長了解決問題的時間。


【發明內容】

[0006] 有鑑於此，本發明提出了一種報告醫療設備的故障的方法、醫療設備、伺服器及其 醫療信息系統，用以便利故障的報告。
[0007] 根據本發明的第一方面，提供一種報告醫療設備的故障的方法，包括：顯示一圖形 對象；響應於對所述圖形對象的點擊，向一伺服器發送一請求；顯示來自所述伺服器的一 用戶界面，所述用戶界面具有一文本輸入區域和一信息發送按鈕；響應於對所述信息發送 按鈕的點擊，向所述伺服器發送所述文本輸入區域中的文本，所述文本描述所述故障。
[0008] 根據本發明的一實施例，在上述方法中，所述用戶界面具有一嚮導，所述嚮導提供 至少一組選項，所述方法包括：接收對所述至少一組選項的選擇；向所述伺服器發送所述 選擇；接收來自所述伺服器的基於所述選擇的一信息訪問請求；根據所述信息訪問請求， 向所述伺服器發送系統信息。
[0009] 根據本發明的一實施例，在上述方法中，因同一故障向所述伺服器發送的所述文 本構成一訂單，所述方法包括：向所述伺服器發送所述訂單的一狀態查詢請求；接收來自 所述伺服器的所述訂單的狀態信息。
[0010] 根據本發明的一實施例，在上述方法中，在顯示一圖形對象前，所述方法包括：向 所述伺服器發送身份信息；接收來自所述伺服器的一驗證消息；在所述驗證消息為身份通 過驗證時，執行顯示一圖形對象的步驟。
[0011] 根據本發明的第二方面，提供一種醫療設備，包括：一圖形對象顯示單元，其顯示 一圖形對象；一請求發送單元，其響應於對所述圖形對象的點擊，向一伺服器發送一請求； 一用戶界面顯示單元，其顯示來自所述伺服器的一用戶界面，所述用戶界面具有一文本輸 入區域和一信息發送按鈕；一文本發送單元，其響應於對所述信息發送按鈕的點擊，向所述 伺服器發送所述文本輸入區域中的文本，所述文本描述所述故障。
[0012] 根據本發明的一實施例，在上述醫療設備中，所述用戶界面具有一嚮導，所述嚮導 提供至少一組選項，所述醫療設備包括：一選項選擇接收單元，其接收對所述至少一組選項 的選擇；一選擇發送單元，其向所述伺服器發送所述選擇；一訪問請求接收單元，其接收來 自所述伺服器的基於所述選擇的一信息訪問請求；一系統信息發送單元，其根據所述信息 訪問請求，向所述伺服器發送系統信息。
[0013] 根據本發明的一實施例，在上述醫療設備中，因同一故障向所述伺服器發送的所 述文本構成一訂單，所述醫療設備包括：一查詢請求發送單元，其向所述伺服器發送所述訂 單的一狀態查詢請求；一狀態信息接收單元，其接收來自所述伺服器的所述訂單的狀態信 肩、。
[0014] 根據本發明的一實施例，在上述醫療設備中，所述醫療設備包括：一身份信息發送 單元，其向所述伺服器發送身份信息；一驗證消息接收單元，其接收來自所述伺服器的一驗 證消息；在所述驗證消息為身份通過驗證時，所述圖形對象顯示單元顯示所述圖形對象。
[0015] 根據本發明的第三方面，提供一種伺服器，包括：一請求接收單元，其接收來自一 醫療設備的一請求；一用戶界面發送單元，其向所述醫療設備發送一用戶界面，所述用戶界 面具有一文本輸入區域和一信息發送按鈕；一文本接收單元，其接收來自所述醫療設備的 所述文本輸入區域中的文本，所述文本描述所述醫療設備的故障。
[0016] 根據本發明的一實施例，在上述伺服器中，所述用戶界面具有一嚮導，所述嚮導提 供至少一組選項，所述伺服器包括：一選擇接收單元，其接收所述醫療設備對所述至少一組 選項的選擇；一訪問請求發送單元，其基於所述選擇向所述醫療設備發送一信息訪問請求； 一系統信息接收單元，其接收所述醫療設備根據所述信息訪問請求發送的系統信息。
[0017] 根據本發明的一實施例，在上述伺服器中，所述伺服器接收的因同一故障的所述 文本構成一訂單，所述伺服器包括：一狀態變更單元，其接收對所述訂單的狀態的變更；一 查詢請求接收單元，其接收所述醫療設備發送的所述訂單的一狀態查詢請求；一狀態信息 發送單元，其向所述醫療設備發送所述訂單的狀態信息。
[0018] 根據本發明的一實施例，在上述伺服器中，所述伺服器包括：一身份信息接收單 元，其接收來自所述醫療設備的身份信息；一驗證單元，其驗證所述身份信息並生成一驗證 消息；一驗證消息發送單元，其向所述醫療設備發送所述驗證消息。
[0019] 根據本發明的一實施例，在上述伺服器中，所述伺服器包括：一通知單元，其向一 服務工程師的一信息系統發送一消息，以通知所述醫療設備發生所述故障。
[0020] 根據本發明的第四方面，提供一種醫療信息系統，包括上述醫療設備之一和上述 伺服器之一。
[0021] 本發明的報告醫療設備的故障的方法、醫療設備、伺服器及其醫療信息系統通過 醫療設備上的用戶界面以文本報告故障，從而生成一個可以追蹤狀態的訂單，便利了故障 的報告和查詢。用戶無需花費時間撥打熱線電話，只需要提交問題描述清單，然後等待專業 的工程師回訪。專業的工程師回訪時，用戶可以直接和他們進行對話，避免因接收故障報告 和處理故障的人員不同而導致的重複解釋。

【專利附圖】

【附圖說明】
[0022] 下面將通過參照附圖詳細描述本發明的優選實施例，使本領域的普通技術人員更 清楚本發明的上述及其它特徵和優點，附圖中：
[0023] 圖1為根據本發明的一實施例的一報告醫療設備的故障的方法的流程示意圖。
[0024] 圖2A為根據本發明的一實施例的一醫療信息系統的結構框圖。
[0025] 圖2B為圖2A所示的醫療信息系統的一醫療設備與一伺服器之間的信息處理與交 互示意圖。
[0026] 在上述附圖中，所採用的附圖標記如下：
[0027] 100 方法 250 伺服器 S102、 S104、 S105、 S106、 S108、 S110、S112、S114、S116、S118、步驟 252 身份信息接收單元 S120、 S122、 S124
[0028] 200 醫療設備 254 驗證單元 202 身份信息發送單元 256 驗證消息發送單元 204 驗證消息接收單元 258 請求接收單元 205 驗證消息判斷單元 260 用戶界面發送單元 206 圖形對象顯示單元 262 文本接收單元 208 請求發送單元 264 選擇接收單元 210 用戶界面顯小·單元 260 訪問請求發送單元 212 文本發送單元 268 系統信息接收單元 214 選項選擇接收單元 270 通知單元 216 選擇發送單元 272 狀態變更單元 218 訪問請求接收單元 274 查詢請求接收單元 220 系統信息發送單元 276 狀態信息發送單元 222 查詢請求發送單元 290 醫療信息系統 224 狀態信息接收單元

【具體實施方式】
[0029] 為使本發明的目的、技術方案和優點更加清楚，以下舉實施例對本發明進一步詳 細說明。
[0030] 圖1為根據本發明的一實施例的一報告醫療設備的故障的方法100的流程示意 圖。方法100可實施於一醫療設備，該醫療設備能與一伺服器通信，客戶服務工程師能訪問 該伺服器來查看故障報告或者接收來自該伺服器的通知。如圖1所示，報告醫療設備的故 障的方法100包括步驟S106、步驟S108、步驟S110和步驟S112。
[0031] 在步驟S106中，顯示一圖形對象。例如，可在醫療設備(例如CT)的主界面上，提 供一個用戶一眼就能看到的功能菜單或者按鈕。
[0032] 在步驟S108中，響應於對該圖形對象的點擊，向一伺服器發送一請求。在本實施 例中，該圖形對象可以與指向該伺服器的一連結關聯，在用戶點擊該圖像對象之後，該醫療 設備向該伺服器發送一請求。該伺服器可為該醫療設備提供web服務。
[0033] 在步驟S110中，顯示來自該伺服器的一用戶界面，該用戶界面具有一文本輸入區 域和一信息發送按鈕。該醫療設備通過該用戶界面訪問該伺服器的web服務。用戶可以在 文本輸入區域輸入文字，描述所遇故障的症狀。
[0034] 在步驟S112中，響應於對信息發送按鈕的點擊，向該伺服器發送文本輸入區域中 的文本，該文本描述該醫療設備的故障。
[0035] 本發明的報告醫療設備的故障的方法為用戶提供一種非對話的故障報告機制，避 免了用戶撥打熱線電話時佔線或者無人接聽的情況。
[0036] 為了幫助客戶服務工程師排除故障，來自該伺服器的用戶界面可具有一嚮導。該 嚮導提供至少一組選項，以便伺服器根據用戶的選擇自動獲取相應的系統信息。因此，方法 100還可包括：步驟S114、步驟S116、步驟S118和步驟S120。
[0037] 在步驟S114中，接收對該至少一組選項的選擇。在本實施例中，該嚮導提供兩組 選項：錯誤類型和錯誤模塊。其中，錯誤類型包括硬體和軟體，錯誤模塊包括掃描、重建和後 處理。用戶可在每組選項中選擇其中的一個選項。
[0038] 在步驟S116中，向該伺服器發送該選擇。
[0039] 在步驟S118中，接收來自該伺服器的基於該選擇的一信息訪問請求。
[0040] 在步驟S120中，根據該信息訪問請求，向該伺服器發送系統信息。
[0041] 該系統信息會幫助客服工程師了解醫療設備的設置和/或發生故障時的狀態。
[0042] 為了控制用戶對伺服器的訪問，可以有條件地提供上述故障報告功能。例如，在顯 示一圖形對象前，方法100可包括步驟S102、步驟S104和步驟S105。
[0043] 在步驟S102中，向該伺服器發送身份信息。
[0044] 在步驟S104中，接收來自該伺服器的一驗證消息。
[0045] 在步驟S105中，判斷該驗證消息是否為身份通過驗證，若是則執行步驟S106。
[0046] 在本實施例中，因同一故障向伺服器發送的文本構成一訂單。因此，伺服器的web 服務可提供查詢功能。方法100可包括步驟S122和步驟S124。
[0047] 在步驟S122中，向該伺服器發送該訂單的一狀態查詢請求；
[0048] 在步驟S124中，接收來自該伺服器的該訂單的狀態信息。例如，伺服器可將狀態 信息推送給醫療設備。醫療設備接收到之後，能在任務欄上顯示一個醒目的圖標，用戶看到 之後，就可以立即知道他所提交的報告處於何種階段。
[0049] 圖2A為根據本發明的一實施例的一醫療信息系統290的結構框圖。如圖2A所示， 醫療信息系統290包括一醫療設備200和一伺服器250。圖2B為圖2A所示的醫療信息系 統290的醫療設備200與伺服器250之間的信息處理與交互示意圖。醫療設備200可以是 一計算機斷層掃描設備或一磁共振成像設備。
[0050] 如圖2A所示，同時參考圖2B，醫療設備200包括一圖形對象顯示單元206、一請求 發送單元208、一用戶界面顯示單元210和一文本發送單元212。圖形對象顯示單元206顯 示一圖形對象。例如，圖形對象顯示單元206可在醫療設備(例如CT)的主界面上，提供一個 用戶一眼就能看到的功能菜單或者按鈕。請求發送單元208響應於對該圖形對象的點擊， 向伺服器250發送一請求。在本實施例中，該圖形對象可以與指向伺服器250的一連結關 聯，在用戶點擊該圖像對象之後，醫療設備200向伺服器250發送一請求。伺服器250可為 醫療設備200提供web服務。用戶界面顯示單元210顯示來自伺服器250的一用戶界面， 該用戶界面具有一文本輸入區域和一信息發送按鈕。醫療設備200通過該用戶界面訪問服 務器250的web服務。用戶可以在文本輸入區域輸入文字，描述所遇故障的症狀。文本發 送單元212響應於對信息發送按鈕的點擊，向伺服器250發送文本輸入區域中的文本，該文 本描述醫療設備200的故障。
[0051] 本發明的醫療設備為用戶提供一種非對話的故障報告機制，避免了用戶撥打熱線 電話時佔線或者無人接聽的情況。
[0052] 為了幫助客戶服務工程師排除故障，來自伺服器250的用戶界面可具有一嚮導。 該嚮導提供至少一組選項，以便伺服器根據用戶的選擇自動獲取相應的系統信息。因此，醫 療設備200還可包括一選項選擇接收單元214、一選擇發送單元216、一訪問請求接收單元 218和一系統信息發送單兀220。
[0053] 選項選擇接收單元214接收對該至少一組選項的選擇。在本實施例中，該嚮導提 供兩組選項：錯誤類型和錯誤模塊。其中，錯誤類型包括硬體和軟體，錯誤模塊包括掃描、重 建和後處理。用戶可在每組選項中選擇其中的一個選項。
[0054] 選擇發送單元216向伺服器250發送該選擇。
[0055] 訪問請求接收單元218接收來自伺服器250的基於該選擇的一信息訪問請求。
[0056] 系統信息發送單元220根據該信息訪問請求，向伺服器250發送系統信息。
[0057] 該系統信息會幫助客服工程師了解醫療設備的設置和/或發生故障時的狀態。
[0058] 為了控制用戶對伺服器的訪問，可以有條件地提供上述故障報告功能。例如，醫療 設備200還可包括一身份信息發送單元202、一驗證消息接收單元204和一驗證消息判斷單 元205。身份信息發送單元202向伺服器250發送身份信息。驗證消息接收單元204接收 來自伺服器250的一驗證消息。驗證消息判斷單元205判斷該驗證消息是否為身份通過驗 證，若是則調用圖形對象顯示單元206。
[0059] 在本實施例中，因同一故障向伺服器250發送的文本構成一訂單。因此，伺服器 250的web服務可提供查詢功能。醫療設備200還可包括一查詢請求發送單元222和一狀 態信息接收單元224。查詢請求發送單元222向伺服器250發送該訂單的一狀態查詢請求。 狀態信息接收單元224接收來自伺服器250的該訂單的狀態信息。例如，伺服器250可將 狀態信息推送給醫療設備200。醫療設備200接收到之後，能在任務欄上顯示一個醒目的圖 標，用戶看到之後，就可以立即知道他所提交的報告處於何種階段。
[0060] 如圖2A所示，同時參考圖2B，伺服器250包括一請求接收單元258、一用戶界面發 送單元260和一文本接收單元262。請求接收單元258接收來自醫療設備200的一請求。 用戶界面發送單元260向醫療設備200發送上述用戶界面。文本接收單元262接收來自醫 療設備200的文本輸入區域中的文本。
[0061] 為了幫助客戶服務工程師排除故障，用戶界面發送單元260發送的用戶界面可具 有一嚮導。該嚮導提供至少一組選項，以便伺服器250根據用戶的選擇自動獲取相應的系 統信息。在本實施例中，該嚮導提供兩組選項：錯誤類型和錯誤模塊。其中，錯誤類型包括 硬體和軟體，錯誤模塊包括掃描、重建和後處理。用戶可在每組選項中選擇其中的一個選 項。因此，伺服器250還可包括一選擇接收單元264、一訪問請求發送單元266和一系統信 息接收單元268。選擇接收單元264接收醫療設備200對該至少一組選項的選擇。訪問請 求發送單元266基於該選擇向醫療設備200發送一信息訪問請求。系統信息接收單元268 接收醫療設備200根據該信息訪問請求發送的系統信息。
[0062] 該系統信息會幫助客服工程師了解醫療設備的設置和/或發生故障時的狀態。
[0063] 伺服器250接收的因同一故障的文本構成一訂單，伺服器250還可包括一狀態變 更單元272、一查詢請求接收單元274和一狀態信息發送單元276。狀態變更單元272接 收對該訂單的狀態的變更，例如客戶服務工程師可以將訂單的狀態變更為"處理中"、"已完 成"。查詢請求接收單元274接收醫療設備200發送的該訂單的一狀態查詢請求。狀態信 息發送單元276向醫療設備200發送該訂單的狀態信息。例如，伺服器250可將狀態信息 推送給醫療設備200。醫療設備200接收到之後，能在任務欄上顯示一個醒目的圖標，用戶 看到之後，就可以立即知道他所提交的報告處於何種階段。
[0064] 為了使客服服務工程師及時獲知故障消息，伺服器250還可包括一通知單元270， 其向一服務工程師的一信息系統發送一消息，以通知醫療設備200發生故障。例如，當服務 器250收到用戶提交的故障報告之後，通知單元270可立即發送提醒(簡訊或者郵件等）至 相關的工程師，以便其看到之後馬上處理。
[0065] 為了控制用戶對伺服器的訪問，可以有條件地為醫療設備200提供上述故障報告 功能。伺服器250可包括一身份信息接收單元252、一驗證單元254和一驗證消息發送單元 256。身份信息接收單元252接收來自醫療設備200的身份信息。驗證單元254驗證該身 份信息並生成一驗證消息。驗證消息發送單元256向醫療設備200發送該驗證消息，以便 醫療設備200根據驗證消息確定是否顯示一圖形對象。
[0066] 伺服器250還可設置一個有關故障報告及處理結果的資料庫，並提供查詢功能。 [0067] 本發明的報告醫療設備的故障的方法、醫療設備、伺服器及其醫療信息系統通過 醫療設備上的用戶界面以文本報告故障，從而生成一個可以追蹤狀態的訂單，便利了故障 的報告和查詢。用戶無需花費時間撥打熱線電話，只需要提交問題描述清單，然後等待專業 的工程師回訪。專業的工程師回訪時，用戶可以直接和他們進行對話，避免因接收故障報告 和處理故障的人員不同而導致的重複解釋。
[0068] 以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精 神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1. 一種報告醫療設備的故障的方法，包括： 顯示一圖形對象； 響應於對所述圖形對象的點擊，向一伺服器發送一請求； 顯示來自所述伺服器的一用戶界面，所述用戶界面具有一文本輸入區域和一信息發送 按鈕； 響應於對所述信息發送按鈕的點擊，向所述伺服器發送所述文本輸入區域中的文本， 所述文本描述所述故障。
2. 如權利要求1所述的方法，其特徵是，所述用戶界面具有一嚮導，所述嚮導提供至少 一組選項，所述方法包括： 接收對所述至少一組選項的選擇； 向所述伺服器發送所述選擇； 接收來自所述伺服器的基於所述選擇的一信息訪問請求； 根據所述信息訪問請求，向所述伺服器發送系統信息。
3. 如權利要求1所述的方法，其特徵是，因同一故障向所述伺服器發送的所述文本構 成一訂單，所述方法包括： 向所述伺服器發送所述訂單的一狀態查詢請求； 接收來自所述伺服器的所述訂單的狀態信息。
4. 如權利要求1所述的方法，其特徵是，在顯示一圖形對象前，所述方法包括： 向所述伺服器發送身份信息； 接收來自所述伺服器的一驗證消息； 在所述驗證消息為身份通過驗證時，執行顯示一圖形對象的步驟。
5. -種醫療設備，包括： 一圖形對象顯示單元，其顯示一圖形對象； 一請求發送單元，其響應於對所述圖形對象的點擊，向一伺服器發送一請求； 一用戶界面顯示單元，其顯示來自所述伺服器的一用戶界面，所述用戶界面具有一文 本輸入區域和一信息發送按鈕； 一文本發送單元，其響應於對所述信息發送按鈕的點擊，向所述伺服器發送所述文本 輸入區域中的文本，所述文本描述所述故障。
6. 如權利要求5所述的醫療設備，其特徵是，所述用戶界面具有一嚮導，所述嚮導提供 至少一組選項，所述醫療設備包括： 一選項選擇接收單元，其接收對所述至少一組選項的選擇； 一選擇發送單元，其向所述伺服器發送所述選擇； 一訪問請求接收單元，其接收來自所述伺服器的基於所述選擇的一信息訪問請求； 一系統信息發送單元，其根據所述信息訪問請求，向所述伺服器發送系統信息。
7. 如權利要求5所述的醫療設備，其特徵是，因同一故障向所述伺服器發送的所述文 本構成一訂單，所述醫療設備包括： 一查詢請求發送單元，其向所述伺服器發送所述訂單的一狀態查詢請求； 一狀態信息接收單元，其接收來自所述伺服器的所述訂單的狀態信息。
8. 如權利要求5所述的醫療設備，其特徵是，所述醫療設備包括： 一身份信息發送單元，其向所述伺服器發送身份信息； 一驗證消息接收單元，其接收來自所述伺服器的一驗證消息； 在所述驗證消息為身份通過驗證時，所述圖形對象顯示單元顯示所述圖形對象。
9. 一種伺服器，包括： 一請求接收單元，其接收來自一醫療設備的一請求； 一用戶界面發送單元，其向所述醫療設備發送一用戶界面，所述用戶界面具有一文本 輸入區域和一信息發送按鈕； 一文本接收單元，其接收來自所述醫療設備的所述文本輸入區域中的文本，所述文本 描述所述醫療設備的故障。
10. 如權利要求9所述的伺服器，其特徵是，所述用戶界面具有一嚮導，所述嚮導提供 至少一組選項，所述伺服器包括： 一選擇接收單元，其接收所述醫療設備對所述至少一組選項的選擇； 一訪問請求發送單元，其基於所述選擇向所述醫療設備發送一信息訪問請求； 一系統信息接收單元，其接收所述醫療設備根據所述信息訪問請求發送的系統信息。
11. 如權利要求9所述的伺服器，其特徵是，所述伺服器接收的因同一故障的所述文本 構成一訂單，所述伺服器包括： 一狀態變更單元，其接收對所述訂單的狀態的變更； 一查詢請求接收單元，其接收所述醫療設備發送的所述訂單的一狀態查詢請求； 一狀態信息發送單元，其向所述醫療設備發送所述訂單的狀態信息。
12. 如權利要求9所述的伺服器，其特徵是，所述伺服器包括： 一身份信息接收單元，其接收來自所述醫療設備的身份信息； 一驗證單元，其驗證所述身份信息並生成一驗證消息； 一驗證消息發送單元，其向所述醫療設備發送所述驗證消息。
13. 如權利要求9所述的伺服器，其特徵是，所述伺服器包括： 一通知單元，其向一服務工程師的一信息系統發送一消息，以通知所述醫療設備發生 所述故障。
14. 一種醫療信息系統，包括： 如權利要求5至8中任一項所述的醫療設備；和 如權利要求9至13中任一項所述的伺服器。
【文檔編號】G06Q50/22GK104123268SQ201310153599
【公開日】2014年10月29日 申請日期:2013年4月28日 優先權日:2013年4月28日
【發明者】馬萊·克雪尼, 約克·默德邁爾, 朱海忠, 丹尼斯·馬丁 申請人:上海西門子醫療器械有限公司