醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)，所述方法包括：接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)所述診斷信息和所述醫(yī)囑信息生成居家護理計劃，將所述居家護理計劃發(fā)送至患者終端；接收所述患者終端根據(jù)所述居家護理計劃返回的護理確認信息以及作息時間，根據(jù)所述護理確認信息和所述作息時間生成護理提醒任務(wù)；將所述護理提醒任務(wù)發(fā)送至所述患者終端，以使所述患者終端執(zhí)行所述護理提醒任務(wù)。通過本發(fā)明提供的醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)，當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，對患者的院外康復(fù)過程進行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。
【專利說明】
醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及醫(yī)療技術(shù)領(lǐng)域，具體而言，涉及一種醫(yī)院外延續(xù)護理的方法、裝置及系 統(tǒng)。
【背景技術(shù)】
[0002] 目前，為了方便醫(yī)院對患者及其診療過程進行管理，相關(guān)技術(shù)提供有醫(yī)院信息系 統(tǒng)(HIS)、臨床信息系統(tǒng)(CIS)、社區(qū)衛(wèi)生服務(wù)信息系統(tǒng)(CHSS)以及醫(yī)院客戶關(guān)系管理系統(tǒng) (HCRM)。其中，醫(yī)院信息系統(tǒng)側(cè)重解決醫(yī)療收費的問題，臨床信息系統(tǒng)側(cè)重解決臨床護理的 問題，社區(qū)衛(wèi)生服務(wù)信息系統(tǒng)側(cè)重解決健康檔案的建設(shè)問題，醫(yī)院客戶關(guān)系管理系統(tǒng)側(cè)重 解決患者信息管理及溝通問題。
[0003] 發(fā)明人在研究中發(fā)現(xiàn)，通過相關(guān)技術(shù)提供的上述系統(tǒng)，只能夠?qū)υ卺t(yī)院內(nèi)接收治 療的患者進行管理，當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，通過上述系統(tǒng)無法再對患者的 院外康復(fù)過程進行管理，比如無法對患者在家的用藥過程、飲食情況以及運動情況進行管 理，無法實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。

【發(fā)明內(nèi)容】

[0004] 有鑒于此，本發(fā)明的目的在于提供一種醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)，當(dāng)患 者離開醫(yī)院在醫(yī)院外進行康復(fù)時，對患者的院外康復(fù)過程進行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到 患者真正康復(fù)的目標(biāo)。
[0005] 第一方面，本發(fā)明實施例提供了一種醫(yī)院外延續(xù)護理的方法，所述方法包括:接收 醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)所述診斷信息和所述醫(yī)囑信息生成居家 護理計劃，將所述居家護理計劃發(fā)送至患者終端;接收所述患者終端根據(jù)所述居家護理計 劃返回的護理確認信息以及作息時間，根據(jù)所述護理確認信息和所述作息時間生成護理提 醒任務(wù);將所述護理提醒任務(wù)發(fā)送至所述患者終端，以使所述患者終端執(zhí)行所述護理提醒 任務(wù)。
[0006] 結(jié)合第一方面，本發(fā)明實施例提供了第一方面第一種可能的實施方式，其中，根據(jù) 所述診斷信息和所述醫(yī)囑信息生成居家護理計劃，包括;利用預(yù)設(shè)的本體知識庫在所述診 斷信息和所述醫(yī)囑信息中提取預(yù)設(shè)的診斷項目和醫(yī)囑項目；根據(jù)提取的所述診斷項目和所 述醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，確定與提取的所述診斷項目和所述醫(yī)囑項目相匹 配的案例;將確定的所述案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至所述醫(yī)療終端，接 收所述醫(yī)療終端對所述標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)所述審核意見和所述標(biāo)準(zhǔn)護理計劃 生成居家護理計劃。
[0007] 結(jié)合第一方面，本發(fā)明實施例提供了第一方面第二種可能的實施方式，其中，根據(jù) 所述護理確認信息和所述作息時間生成護理提醒任務(wù)包括以下方式中的一種或多種:從所 述護理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述作息時間 將所述用藥相關(guān)信息分解為用藥提醒任務(wù)，將所述用藥提醒任務(wù)作為護理提醒任務(wù);從所 述護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述作息時間 將所述運動相關(guān)信息分解為運動提醒任務(wù)，將所述運動提醒任務(wù)作為護理提醒任務(wù);從所 述護理確認信息中提取飲食相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述作息時間 將所述飲食相關(guān)信息分解為飲食提醒任務(wù)，將所述飲食提醒任務(wù)作為護理提醒任務(wù)。
[0008] 結(jié)合第一方面，本發(fā)明實施例提供了第一方面第三種可能的實施方式，其中，所述 方法還包括:檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情況，當(dāng)檢測到所述患者終 端執(zhí)行完成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù)時，向所述患者終端下發(fā)康復(fù)問卷，并 接收所述患者終端反饋的問卷回答信息;判斷所述問卷回答信息是否合格，若不合格，則向 所述醫(yī)療終端反饋所述不合格的問卷回答信息，以使所述醫(yī)療終端根據(jù)所述不合格的問卷 回答信息進行醫(yī)療干預(yù)。
[0009] 結(jié)合第一方面上述的實施方式，本發(fā)明實施例提供了第一方面第四種可能的實施 方式，其中，所述方法還包括:檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情況，當(dāng)檢 測到所述患者終端未執(zhí)行的護理提醒任務(wù)超過預(yù)設(shè)數(shù)量時，向所述醫(yī)療終端上報居家護理 異常信息，以使所述醫(yī)療終端進行醫(yī)療干預(yù)。
[0010] 第二方面，本發(fā)明實施例提供了一種醫(yī)院外延續(xù)護理的裝置，所述裝置包括:護理 計劃生成模塊，用于接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)所述診斷信息 和所述醫(yī)囑信息生成居家護理計劃，將所述居家護理計劃發(fā)送至患者終端；提醒任務(wù)生成 模塊，用于接收所述患者終端根據(jù)所述居家護理計劃返回的護理確認信息以及作息時間， 根據(jù)所述護理確認信息和所述作息時間生成護理提醒任務(wù);提醒任務(wù)下發(fā)模塊，用于將所 述護理提醒任務(wù)發(fā)送至所述患者終端，以使所述患者終端執(zhí)行所述護理提醒任務(wù)。
[0011] 結(jié)合第二方面，本發(fā)明實施例提供了第二方面第一種可能的實施方式，其中，所述 護理計劃生成模塊包括;提取單元，用于利用預(yù)設(shè)的本體知識庫在所述診斷信息和所述醫(yī) 囑信息中提取預(yù)設(shè)的診斷項目和醫(yī)囑項目；檢索單元，用于根據(jù)提取的所述診斷項目和所 述醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，確定與提取的所述診斷項目和所述醫(yī)囑項目相匹 配的案例；生成單元，用于將確定的所述案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至所 述醫(yī)療終端，接收所述醫(yī)療終端對所述標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)所述審核意見和所 述標(biāo)準(zhǔn)護理計劃生成居家護理計劃。
[0012] 結(jié)合第二方面，本發(fā)明實施例提供了第二方面第二種可能的實施方式，其中，所述 提醒任務(wù)生成模塊包括以下單元中的一種或多種：用藥提醒任務(wù)生成單元，用于從所述護 理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述作息時間將所 述用藥相關(guān)信息分解為用藥提醒任務(wù)，將所述用藥提醒任務(wù)作為護理提醒任務(wù);運動提醒 任務(wù)生成單元，用于從所述護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài) 自動機按照所述作息時間將所述運動相關(guān)信息分解為運動提醒任務(wù)，將所述運動提醒任務(wù) 作為護理提醒任務(wù);飲食提醒任務(wù)生成單元，用于從所述護理確認信息中提取飲食相關(guān)信 息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述作息時間將所述飲食相關(guān)信息分解為飲食提 醒任務(wù)，將所述飲食提醒任務(wù)作為護理提醒任務(wù)。
[0013] 結(jié)合第二方面，本發(fā)明實施例提供了第二方面第三種可能的實施方式，其中，所述 裝置還包括:康復(fù)問卷下發(fā)模塊，用于檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情 況，當(dāng)檢測到所述患者終端執(zhí)行完成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù)時，向所述患 者終端下發(fā)康復(fù)問卷，并接收所述患者終端反饋的問卷回答信息；問卷回答判斷模塊，用于 判斷所述問卷回答信息是否合格，若不合格，則向所述醫(yī)療終端反饋所述不合格的問卷回 答信息，以使所述醫(yī)療終端根據(jù)所述不合格的問卷回答信息進行醫(yī)療干預(yù)。
[0014] 第三方面，本發(fā)明實施例提供了一種醫(yī)院外延續(xù)護理的系統(tǒng)，所述系統(tǒng)包括上述 第二方面的醫(yī)院外延續(xù)護理的裝置，還包括醫(yī)療終端和患者終端;所述醫(yī)療終端向所述醫(yī) 院外延續(xù)護理的裝置發(fā)送病人的診斷信息和醫(yī)囑信息;所述醫(yī)院外延續(xù)護理的裝置接收所 述診斷信息和所述醫(yī)囑信息，根據(jù)所述診斷信息和所述醫(yī)囑信息生成居家護理計劃，將所 述居家護理計劃發(fā)送至所述患者終端;所述患者終端對所述居家護理計劃進行確認，生成 護理確認信息，將所述護理確認信息和作息時間上報至所述醫(yī)院外延續(xù)護理的裝置;所述 醫(yī)院外延續(xù)護理的裝置接收所述護理確認信息和所述作息時間，根據(jù)所述護理確認信息和 所述作息時間生成護理提醒任務(wù)，將所述護理提醒任務(wù)發(fā)送至所述患者終端;所述患者終 端執(zhí)行所述護理提醒任務(wù)。
[0015] 本發(fā)明實施例中，首先接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)該 診斷信息和該醫(yī)囑信息生成居家護理計劃，將該居家護理計劃發(fā)送至患者終端，然后接收 患者終端根據(jù)該居家護理計劃返回的護理確認信息以及作息時間，根據(jù)該護理確認信息和 該作息時間生成護理提醒任務(wù)，最后將該護理提醒任務(wù)發(fā)送至患者終端，以使患者終端執(zhí) 行該護理提醒任務(wù)。由于通過本實施例中的醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)能夠向患 者發(fā)送居家護理計劃，使患者在家執(zhí)行護理任務(wù)，因此當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù) 時，通過本實施例中的醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)能夠?qū)颊叩脑和饪祻?fù)過程進 行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。
[0016] 為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合 所附附圖，作詳細說明如下。
【附圖說明】
[0017] 為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附 圖作簡單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應(yīng)被看作是對 范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這 些附圖獲得其他相關(guān)的附圖。
[0018] 圖1示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的方法的第一種流程示意圖；
[0019] 圖2示出了本實施例提供的一種基于本體的應(yīng)用系統(tǒng)框架結(jié)構(gòu)示意圖；
[0020] 圖3示出了本發(fā)明實施例所提供的一種以糖尿病為例的案例檢索分類樹的示意 圖；
[0021] 圖4示出了本發(fā)明實施例所提供的用藥相關(guān)信息的分解示意圖；
[0022] 圖5a示出了本發(fā)明實施例所提供的利用有限狀態(tài)自動機將用藥相關(guān)信息分解為 用藥提醒任務(wù)的示意圖；
[0023] 圖5b示出了本發(fā)明實施例所提供的利用有限狀態(tài)自動機執(zhí)行多個用藥提醒任務(wù) 的不意圖；
[0024]圖6示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的方法的第二種流程示意圖；
[0025]圖7示出了本發(fā)明實施例所提供的患者就診流程示意圖；
[0026] 圖8示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的裝置的第一種框架結(jié)構(gòu)示意 圖；
[0027] 圖9示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的裝置的第二種框架結(jié)構(gòu)示意 圖；
[0028]圖10示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的裝置的第三種框架結(jié)構(gòu)示 意圖；
[0029]圖11示出了本發(fā)明實施例所提供的醫(yī)院外延續(xù)護理的系統(tǒng)的框架結(jié)構(gòu)示意圖。
【具體實施方式】
[0030] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅 是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實 施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的 實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實 施例。基于本發(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所 有其他實施例，都屬于本發(fā)明保護的范圍。
[0031] 考慮到通過相關(guān)技術(shù)提供的多種醫(yī)療系統(tǒng)，只能夠?qū)υ卺t(yī)院內(nèi)接收治療的患者進 行管理，當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，無法再對患者的院外康復(fù)過程進行管理，比 如無法對患者在家的用藥過程、飲食情況以及運動情況進行管理，無法實現(xiàn)醫(yī)療服務(wù)延續(xù) 到患者真正康復(fù)的目標(biāo)，本發(fā)明提供了一種醫(yī)院外延續(xù)護理的方法、裝置及系統(tǒng)，下面結(jié)合 實施例進行具體描述。
[0032] 本發(fā)明實施例提供了一種醫(yī)院外延續(xù)護理的方法，該方法應(yīng)用在由醫(yī)療終端、月艮 務(wù)器和患者終端組成的系統(tǒng)中，醫(yī)療終端和患者終端分別與服務(wù)器進行信息交互，該服務(wù) 器是本實施例中的方法的執(zhí)行主體，該服務(wù)器中存儲有本體醫(yī)療知識庫。
[0033]如圖1所示，本發(fā)明實施例中的醫(yī)院外延續(xù)護理的方法包括以下步驟：
[0034] 步驟S102,接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)該診斷信息和 醫(yī)囑信息生成居家護理計劃，將該居家護理計劃發(fā)送至患者終端。
[0035] 本實施例中提供有醫(yī)療終端，該醫(yī)療終端可以是設(shè)置于醫(yī)院的終端設(shè)備，如電腦 等，該終端設(shè)備內(nèi)設(shè)置有特定的程序，通過該特定的程序醫(yī)護人員能夠向終端設(shè)備輸入病 人的診斷信息和醫(yī)囑信息，其中，病人的診斷信息包括病人的姓名、年齡、性別、主訴病情、 各項檢查結(jié)果等信息，醫(yī)囑信息包括符合國家標(biāo)準(zhǔn)規(guī)范的醫(yī)囑模板描述，比如護理常規(guī)、護 理級別、危重級別、藥品醫(yī)囑、飲食管理、特殊處理等過程性描述。
[0036] 考慮到本體技術(shù)能夠?qū)Χ喾N信息之間的邏輯關(guān)系進行管理，本實施例采用本體技 術(shù)對診斷信息和醫(yī)囑信息進行分解，生成居家護理計劃，具體包括以下步驟：
[0037] (al)利用預(yù)設(shè)的本體知識庫在診斷信息和醫(yī)囑信息中提取預(yù)設(shè)的診斷項目和醫(yī) 囑項目。本實施例中預(yù)設(shè)有本體知識庫，通過該本體知識庫能夠?qū)崿F(xiàn)根據(jù)診斷信息和醫(yī)囑 信息生成居家護理計劃的全部過程。診斷信息包括多個診斷項目，比如疾病名稱、患病程 度、臨床癥狀、各項檢查結(jié)果等，醫(yī)囑信息包括多個醫(yī)囑項目，比如護理級別、危重級別、藥 品醫(yī)囑、飲食管理建議等。一種優(yōu)選的實施例中，設(shè)置預(yù)設(shè)的診斷項目包括疾病名稱和臨床 癥狀，預(yù)設(shè)的醫(yī)囑項目包括危重級別和藥品醫(yī)囑。預(yù)設(shè)的診斷項目還可以為其他診斷信息， 預(yù)設(shè)的醫(yī)囑項目還可以為其他的醫(yī)囑信息。
[0038] (a2)根據(jù)提取的診斷項目和醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，確定與提取的 診斷項目和醫(yī)囑項目相匹配的案例。本實施例中，通過本體技術(shù)設(shè)置有案例庫，該案例庫中 存儲有大量患者成功的就診康復(fù)實例，具體包括各個患者的病情診斷以及護理計劃。基于 某些疾病，尤其是慢性疾病具有明顯的共性，本步驟中利用預(yù)先設(shè)置的匹配算法根據(jù)提取 的診斷項目和醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，得到與提取的診斷項目和醫(yī)囑項目相 似度最高的案例，其中預(yù)先設(shè)置的匹配算法包括全局相似性算法和局部相似性算法。
[0039] (a3)將確定的案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至醫(yī)療終端，接收醫(yī)療 終端對該標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)該審核意見和該標(biāo)準(zhǔn)護理計劃生成居家護理計 劃。標(biāo)準(zhǔn)護理計劃是與當(dāng)前患者的患病情況最接近的成功康復(fù)的患者的護理計劃。醫(yī)療終 端能夠根據(jù)當(dāng)前患者的患病情況對標(biāo)準(zhǔn)護理計劃進行審核，生成審核意見，審核意見可以 是修改意見，還可以是確認意見。服務(wù)器根據(jù)該審核意見對標(biāo)準(zhǔn)護理計劃進行修訂，得到適 合于當(dāng)前患者的個性化的護理計劃，該個性化的護理計劃就是當(dāng)前患者的居家護理計劃。 本實施例中，居家護理計劃包括患者的飲食建議、用藥計劃和運動建議等多項內(nèi)容，通過居 家護理計劃能夠幫助患者在家進行醫(yī)院外的康復(fù)治療。
[0040] 圖2示出了本實施例提供的一種基于本體的應(yīng)用系統(tǒng)框架結(jié)構(gòu)示意圖，該應(yīng)用系 統(tǒng)用于執(zhí)行上述圖1所示的方法。如圖2所示，本實施例中預(yù)先建立的應(yīng)用系統(tǒng)包括3個層 面，分別是用戶交互層，業(yè)務(wù)邏輯層和知識表示層。圖2中，用戶交互層的Web Service指的 是網(wǎng)絡(luò)服務(wù)器。
[0041] 其中用戶交互層主要是接收醫(yī)護人員的輸入信息，例如醫(yī)護人員輸入的患者的個 人信息、病情與癥狀的描述，以及相關(guān)聯(lián)的實驗室檢查數(shù)據(jù)等。
[0042]業(yè)務(wù)邏輯層的核心是對本體進行操作的模塊，由代碼實現(xiàn)。利用推理引擎（例如 JENA)中提供的推理機制完成對本體的操作。其主要工作分為如下幾個部分：（1)知識查詢。 根據(jù)由交互層所提供的信息，對本體進行操作，從知識庫中提取關(guān)于用藥管理的數(shù)據(jù)作為 輸出內(nèi)容提供給醫(yī)護人員或者患者。（2)流程控制。在獲取知識的時候，必須對知識庫(包括 本體和數(shù)據(jù)庫)進行查詢，利用事先確定好的推理規(guī)則，推導(dǎo)出所需的知識服務(wù)。（3)任務(wù)管 理。按照預(yù)先設(shè)置的先決條件和期望預(yù)后對護理計劃中的工作計劃和任務(wù)進行管理監(jiān)控。
[0043] 知識表式層(又叫數(shù)據(jù)訪問層），主要由本體和案例庫、標(biāo)準(zhǔn)護理計劃庫、藥品數(shù)據(jù) 庫組成，提供了一個結(jié)構(gòu)化的數(shù)據(jù)表示與存儲。本體通過構(gòu)建一個居家護理的概念模型以 及各實體之間內(nèi)在的邏輯關(guān)聯(lián)，提供了該層核心的語義查詢功能與推理功能。
[0044] 以圖2中的系統(tǒng)接口為例，系統(tǒng)內(nèi)預(yù)先設(shè)置有案例庫和標(biāo)準(zhǔn)護理計劃庫，案例庫內(nèi) 存儲有大量患者成功的就診康復(fù)實例，標(biāo)準(zhǔn)護理計劃庫內(nèi)存儲有該大量患者的護理計劃。 上述步驟(a2)中，即是在案例庫內(nèi)進行檢索，得到與診斷項目和醫(yī)囑項目最為相似的案例， 在標(biāo)準(zhǔn)護理計劃庫內(nèi)查找到該案例對應(yīng)的護理計劃。
[0045] 圖3示出了本實施例提供的一種以糖尿病為例的案例檢索分類樹的示意圖。設(shè)置 預(yù)設(shè)的診斷項目包括疾病名稱和臨床癥狀，預(yù)設(shè)的醫(yī)囑項目包括危重級別和藥品醫(yī)囑，其 中疾病名稱為糖尿病，具體是2型糖尿病，危重級別為中危，臨床癥狀為1-2個危險因素。在 根據(jù)提取到的診斷項目和提取到的醫(yī)囑項目檢索相匹配的案例時，首先根據(jù)疾病名稱查找 到如圖3所示的糖尿病案例樹，然后根據(jù)2型糖尿病、危重級別中危以及1-2個危險因素查找 到對應(yīng)的案例庫，將案例庫內(nèi)的案例作為與診斷項目和醫(yī)囑項目最為相似的案例。一種實 施例中，當(dāng)最終查找到的案例庫內(nèi)有多個案例時，還能夠根據(jù)藥品醫(yī)囑選擇出最匹配的案 例，即用藥種類和用藥方式最為相近的案例，將該案例作為與診斷項目和醫(yī)囑項目最為相 似的案例。
[0046]需要說明的是，圖3是根據(jù)國家糖尿病防治指南提供的3級預(yù)防機制對不同患者群 體加以區(qū)分.但在可查閱的資料上對于糖尿病分級(類)標(biāo)準(zhǔn)并無嚴格定義，本圖例僅用于 案例庫之結(jié)構(gòu)原理的說明之用。故此，在該項糖尿病的分類分級方面，更為專業(yè)性的闡述說 明有必要遵循醫(yī)學(xué)(糖尿病)領(lǐng)域?qū)＜业囊庖姟?br>[0047]在生成居家護理計劃后，還將居家護理計劃發(fā)送至患者終端。
[0048]步驟S104,接收患者終端根據(jù)上述居家護理計劃返回的護理確認信息以及作息時 間，根據(jù)該護理確認信息和該作息時間生成護理提醒任務(wù)。
[0049] 本實施例中提供有患者終端，該患者終端可以是患者的終端設(shè)備，如電腦、智能手 機、可穿戴設(shè)備等，該終端設(shè)備內(nèi)設(shè)置有特定的程序，通過該特定的程序患者能夠接收居家 護理計劃，并對居家護理計劃進行確認，生成護理確認信息，并輸入自己的作息時間，通過 終端設(shè)備將護理確認信息和作息時間上報至服務(wù)器。其中，居家護理計劃包括護理的開始 日期和截止日期，還包括患者每天的飲食建議、運動建議以及用藥建議。當(dāng)患者通過患者終 端接收到居家護理計劃后，如果患者確認居家護理計劃無誤，則向患者終端輸入確認信息， 患者終端將當(dāng)前的居家護理計劃作為護理確認信息發(fā)送至服務(wù)器，如果患者需要更改居家 護理計劃的開始日期和截止日期，則患者通過患者終端修改居家護理計劃的開始日期和截 止日期，患者終端將修改后的居家護理計劃作為護理確認信息上報至服務(wù)器。
[0050] 本步驟中，服務(wù)器根據(jù)護理確認信息和作息時間生成護理提醒任務(wù)包括以下方式 中的一種或多種：
[0051] (bl)從護理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照 作息時間將該用藥相關(guān)信息分解為用藥提醒任務(wù)，將該用藥提醒任務(wù)作為護理提醒任務(wù)。 用藥相關(guān)信息包括各類藥品的用法、用量、頻次以及服用時長等信息。用藥提醒任務(wù)包括各 類藥品的用法、用量、頻次、服用時長以及每天的用藥時間等信息。也就是說，用藥提醒任務(wù) 與用藥相關(guān)信息相比，增加了每天的用藥時間這一信息，每天的用藥時間是根據(jù)患者的作 息時間推導(dǎo)得到的。
[0052] 本實施例中，采用本體技術(shù)中的有限狀態(tài)自動機生成用藥提醒任務(wù)，具體包括:將 用藥相關(guān)信息分解為多個用藥提醒任務(wù)，在本體當(dāng)中建模，并按照預(yù)先設(shè)定好的先決條件 (Preconditions)和期望預(yù)后（expected Outcomes)，觸發(fā)一個有限狀態(tài)自動機 (Deterministic Finite State Machine，DFSM)，將每一條待執(zhí)行的用藥提醒任務(wù)作為信 息服務(wù)的輸出項推送給患者。通過有限狀態(tài)自動機的方式生成用藥提醒任務(wù)具有編碼簡 單，容易實現(xiàn)，可重復(fù)使用的優(yōu)點。通過用藥提醒任務(wù)，能夠根據(jù)患者的作息時間提醒用戶 按照醫(yī)囑服藥，對患者的在家用藥過程進行管理。
[0053] (b2)從護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照 作息時間將該運動相關(guān)信息分解為運動提醒任務(wù)，將該運動提醒任務(wù)作為護理提醒任務(wù)。 運動相關(guān)信息包括醫(yī)生推薦的運動種類、運動頻次、運動時長等信息。運動提醒任務(wù)包括醫(yī) 生推薦的運動種類、運動頻次、運動時長、每天的運動時間等信息。也就是說，運動提醒任務(wù) 與運動相關(guān)信息相比，增加了每天的運動時間這一信息，每天的運動時間是根據(jù)患者的作 息時間推導(dǎo)得到的。
[0054] 本實施例中，采用本體技術(shù)中的有限狀態(tài)自動機生成運動提醒任務(wù)，具體包括:將 運動相關(guān)信息分解為多個運動提醒任務(wù)，在本體當(dāng)中建模，并按照預(yù)先設(shè)定好的先決條件 (Preconditions)和期望預(yù)后（expected Outcomes)，觸發(fā)一個有限狀態(tài)自動機 (Deterministic Finite State Machine，DFSM)，將每一條待執(zhí)行的運動提醒任務(wù)作為信 息服務(wù)的輸出項推送給患者。通過運動提醒任務(wù)，能夠根據(jù)患者的作息時間提醒用戶按照 醫(yī)囑運動，對患者的在家運動過程進行管理。
[0055] (b3)從護理確認信息中提取飲食相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照 作息時間將該飲食相關(guān)信息分解為飲食提醒任務(wù)，將該飲食提醒任務(wù)作為護理提醒任務(wù)。 飲食相關(guān)信息包括飲食種類、飲用量、飲食注意事項等信息。飲食提醒任務(wù)包括飲食種類、 飲用量、飲食注意事項、每天的飲食時間等信息。也就是說，飲食提醒任務(wù)與飲食相關(guān)信息 相比，增加了每天的飲食時間這一信息，每天的飲食時間是根據(jù)患者的作息時間推導(dǎo)得到 的。
[0056] 本實施例中，采用本體技術(shù)中的有限狀態(tài)自動機生成飲食提醒任務(wù)，具體包括:將 飲食相關(guān)信息分解為多個飲食提醒任務(wù)，在本體當(dāng)中建模，并按照預(yù)先設(shè)定好的先決條件 (Preconditions)和期望預(yù)后（Expected Outcomes)，觸發(fā)一個有限狀態(tài)自動機 (Deterministic Finite State Machine，DFSM)，將每一條待執(zhí)行的飲食提醒任務(wù)作為信 息服務(wù)的輸出項推送給患者。一種優(yōu)選的實施方式中，飲食提醒任務(wù)還包括患者每餐食用 的食物建議。通過飲食提醒任務(wù)，能夠根據(jù)患者的作息時間提醒用戶按照醫(yī)囑飲食，并提示 患者建議食用的食物，對患者的在家飲食過程進行管理。
[0057]以用藥提醒任務(wù)為例，下面詳細說明本實施例中如何通過有限狀態(tài)自動機將護理 確認信息中的用藥相關(guān)信息分解為用藥提醒任務(wù)，并控制患者終端執(zhí)行該用藥提醒任務(wù)。 [0058]本實施例中，通過編碼的方式構(gòu)建有限狀態(tài)自動機，具體地，一個有限狀態(tài)自動機 (Deterministic Finite State Machine，DFSM)是一個五元組A= ( Σ，S，s0,3，F(xiàn))，其中 Σ 是一個輸入字母表(非空有限字符的集合），S是一個非空有限狀態(tài)的集合，s0代表一個初始 狀態(tài)，δ是一個轉(zhuǎn)移函數(shù):S:S xX-->S，F(xiàn)是一個可接受狀態(tài)的集合FgS。本實施例中的有限 狀態(tài)自動機具有編碼簡單，容易實現(xiàn)，可重復(fù)使用的優(yōu)點。
[0059]用藥相關(guān)信息可以理解為一個事件，通過有限狀態(tài)自動機能夠?qū)⒂盟幭嚓P(guān)信息分 解為一個個過程性的子事件，這些子事件還可以被分解為不同的過程(Procedures)、子過 程(sub-Procedure )、活動(Act ivi ties)和任務(wù)(Tasks )，它們之間是分層的類屬關(guān)系，也就 是說，每個過程可以含有多個活動，而每個活動又可以含有多個任務(wù)，這里的任務(wù)就是用藥 提醒任務(wù)。以某個膽囊炎患者的用藥相關(guān)信息為例，圖4示出了用藥相關(guān)信息的分解示意 圖，如圖4所示，該用藥相關(guān)信息能夠被分解為如圖4所示的過程、子過程、活動和任務(wù)。
[0060] 在臨床上，由于不同患者的醫(yī)生診斷不同，因此每個患者的具體用藥提醒任務(wù) (Tasks)也可能不同。要執(zhí)行患者的每個用藥提醒任務(wù)，必須先預(yù)設(shè)各個用藥提醒任務(wù)執(zhí)行 的先決條件(Preconditions)和期望預(yù)后(Expected Outcoms)。
[0061] 圖5a為本發(fā)明實施例提供的利用有限狀態(tài)自動機將用藥相關(guān)信息分解為用藥提 醒任務(wù)的示意圖。如圖5a所示，通過一個構(gòu)建的RDF-Graph，節(jié)點表示類的實例，它的邊表示 護理路徑的屬性，顯示了某種疾病護理路徑(NCP)的局部片段。在用藥提醒任務(wù)執(zhí)行過程當(dāng) 中，假如有某個步驟A1的狀態(tài)和Tl(Taskl，任務(wù)1)的期望預(yù)后(Expected Outcome)是步驟 A2的輸入，A1的輸入是T1和T2(Task2,任務(wù)2)的狀態(tài)。假設(shè)A1的狀態(tài)是等待(Waiting for sub-steps)，A2的狀態(tài)是非激活狀態(tài)（inactive)，T1的狀態(tài)是完成(Completed)和T2的狀態(tài) 是激活(Active)。如果引擎執(zhí)行了Τ2，Τ2的DFSM會轉(zhuǎn)移到"完成(Completed)"狀態(tài)，這個狀 態(tài)改變會引起A1的狀態(tài)由"等待(Waiting for sub-steps)"到"完成(Completed)"，而A1的 改變會觸發(fā)A2的DFSM將狀態(tài)由"非激活(inactive)"改到"激活(Active)"。在這個執(zhí)行過程 當(dāng)中，會依次執(zhí)行所有的步驟，直到所有的DFSM達到它們的穩(wěn)態(tài)并且沒有其它可能的迀移 狀態(tài)出現(xiàn)。執(zhí)行引擎還可以處理多個激活步驟，因為本實施例采取的是一個時間共享寬度 優(yōu)先的搜索戰(zhàn)略，這也使得以并行方式來執(zhí)行用藥提醒任務(wù)當(dāng)中的多個激活任務(wù)成為可 能。圖5a中，步驟A1后面跟隨（is Followed By)步驟ASaOutcome指預(yù)后。has Task指有任 務(wù)，has Precondition指有先決條件，has Outcome指有預(yù)后。
[0062]圖5b為本發(fā)明實施例提供的利用有限狀態(tài)自動機執(zhí)行多個用藥提醒任務(wù)的示意 圖。如圖5b所示:本實施例中，一個激活的步驟(即上述的用藥提醒任務(wù))可以激活它的子步 驟或是它的下一步驟;例如當(dāng)下面一條用藥任務(wù)，"服用鹽酸二甲雙胍，每天三次，每次一 片"它在系統(tǒng)里面會被分解為三次子任務(wù)，而首次服藥提醒被默認是非激活狀態(tài) (inactive)，1、如果它的先決條件(precondition)得以滿足（例如用戶輸入一個起始時 間），它會轉(zhuǎn)入激活狀態(tài)(active State)，加入待執(zhí)行的激活隊列。2、如果它是在等待某個 先決條件得以滿足，它會轉(zhuǎn)入等待狀態(tài)(Waiting for Precondition)。3、如果某個步驟的 先決條件(例如:第一次服藥提醒用戶確認完成)得以滿足，它也會轉(zhuǎn)入激活狀態(tài)。4、如果某 個步驟是處于樹的葉子節(jié)點上面，也就是說它沒有后續(xù)步驟或是其他步驟了，一旦它被執(zhí) 行了，就會轉(zhuǎn)完成狀態(tài)(Completed)^、如果其他所有的步驟都被執(zhí)行了，而某個步驟所等 待的先決條件依然沒有被滿足，那么它會轉(zhuǎn)入丟棄(Discarded)狀態(tài)(例如：如果當(dāng)天所有 的用藥提醒任務(wù)都被執(zhí)行完畢，但是有一條用藥提醒任務(wù)用戶沒有輸入起始時間，那么它 會轉(zhuǎn)入丟棄狀態(tài)，也即是執(zhí)行失敗）。6、如果有一條非任務(wù)步驟(non-task Step)(例如過 程，或活動)被選擇執(zhí)行，那么它會轉(zhuǎn)入等待子步驟(waiting for Sub-steps)。7和8,如果 一個任務(wù)是在等待它的子步驟完成，一旦它們得以完成，這個任務(wù)會被看作是完成任務(wù)。如 果它的所有子步驟被丟棄了，那么這個步驟同樣會被轉(zhuǎn)入丟棄狀態(tài)(Discarded)。
[0063]步驟S106,將護理提醒任務(wù)發(fā)送至患者終端，以使患者終端執(zhí)行護理提醒任務(wù)。 [0064]當(dāng)護理提醒任務(wù)包括用藥提醒任務(wù)時，將用藥提醒任務(wù)發(fā)送至患者終端，患者終 端能夠根據(jù)用藥提醒任務(wù)中的每天的用藥時間提醒患者按時用藥。當(dāng)護理提醒任務(wù)包括運 動提醒任務(wù)時，將運動提醒任務(wù)發(fā)送至患者終端，患者終端能夠根據(jù)運動提醒任務(wù)中的每 天的運動時間提醒患者按時運動。當(dāng)護理提醒任務(wù)包括飲食提醒任務(wù)時，將飲食提醒任務(wù) 發(fā)送至患者終端，患者終端能夠根據(jù)飲食提醒任務(wù)中的每天的飲食時間提醒患者按時飲 食。
[0065]考慮到當(dāng)患者執(zhí)行完當(dāng)前的居家護理計劃后，需要對患者的康復(fù)情況進行評定， 如圖6所示，本實施例中的方法還包括以下步驟：
[0066]步驟S402,檢測患者終端執(zhí)行護理提醒任務(wù)的完成情況，當(dāng)檢測到患者終端執(zhí)行 完成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù)時，向患者終端下發(fā)康復(fù)問卷，并接收患者終 端反饋的問卷回答信息。當(dāng)服務(wù)器檢測到患者執(zhí)行完當(dāng)前全部的護理提醒任務(wù)時，向患者 終端下發(fā)康復(fù)問卷，患者通過患者終端對康復(fù)問卷進行回答，生成問卷回答信息。
[0067] 步驟S404,判斷該問卷回答信息是否合格，若不合格，則向醫(yī)療終端反饋該不合格 的問卷回答信息，以使醫(yī)療終端根據(jù)該不合格的問卷回答信息進行醫(yī)療干預(yù)。當(dāng)服務(wù)器判 斷問卷回答信息不合格時，確定患者康復(fù)效果不理想，將該不合格的問卷回答信息發(fā)送至 醫(yī)療終端，醫(yī)療終端的醫(yī)護人員根據(jù)該不合格的問卷回答信息選擇繼續(xù)對患者進行治療或 者其他操作。當(dāng)醫(yī)院人員選擇繼續(xù)對患者進行治療時，可以向服務(wù)器發(fā)送下一階段的居家 護理計劃，服務(wù)器將該居家護理計劃發(fā)送至患者終端，患者終端根據(jù)該居家護理計劃進行 下一階段的護理。
[0068] 本實施例中，通過檢測患者執(zhí)行護理提醒任務(wù)的完成情況，并向患者下發(fā)康復(fù)問 卷，能夠合理評估患者的康復(fù)情況，當(dāng)發(fā)現(xiàn)患者康復(fù)效果不理想時，能及時聯(lián)系醫(yī)生進行醫(yī) 療干預(yù)，保證患者的順利康復(fù)。
[0069] 考慮到當(dāng)患者太多次沒有執(zhí)行護理提醒任務(wù)，如太多次沒有按時服藥時，患者存 在停止服藥放棄護理的可能，本實施例中的方法還包括以下步驟：
[0070] 檢測患者終端執(zhí)行護理提醒任務(wù)的完成情況，當(dāng)檢測到患者終端未執(zhí)行的護理提 醒任務(wù)超過預(yù)設(shè)數(shù)量時，向醫(yī)療終端上報居家護理異常信息，以使醫(yī)療終端進行醫(yī)療干預(yù)。
[0071] 具體地，當(dāng)檢測到患者太多次沒有按時服藥，或者沒有按時飲食，或者沒有按時運 動時，服務(wù)器向醫(yī)療終端上報居家護理異常信息，以使醫(yī)護人員對患者進行醫(yī)療干預(yù)，如引 導(dǎo)患者繼續(xù)護理等操作。通過上述步驟，能夠及時發(fā)現(xiàn)患者的異常護理情況，及時向醫(yī)護人 員匯報，保證患者順利康復(fù)。
[0072] 本發(fā)明實施例中，首先接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)該 診斷信息和該醫(yī)囑信息生成居家護理計劃，將該居家護理計劃發(fā)送至患者終端，然后接收 患者終端根據(jù)該居家護理計劃返回的護理確認信息以及作息時間，根據(jù)該護理確認信息和 該作息時間生成護理提醒任務(wù)，最后將該護理提醒任務(wù)發(fā)送至患者終端，以使患者終端執(zhí) 行該護理提醒任務(wù)。由于通過本實施例中的方法能夠向患者發(fā)送居家護理計劃，使患者在 家執(zhí)行護理任務(wù)，因此當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，通過本實施例中的方法能夠 對患者的院外康復(fù)過程進行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。
[0073] 現(xiàn)有技術(shù)中能夠提醒患者用藥的終端，需要患者手動錄入服藥時間和服藥種類以 及服藥次數(shù)，終端按照患者錄入的時間進行用藥提醒。與現(xiàn)有技術(shù)相比，本實施例中的方法 能夠?qū)崿F(xiàn)自動獲取醫(yī)生的醫(yī)囑信息，自動生成護理計劃，自動對患者進行護理提醒，無需患 者手動錄入提醒內(nèi)容，節(jié)省患者操作，用戶體驗度更好。
[0074] 圖7示出了本實施例提供的患者就診流程圖，如圖7所示，該流程包括：
[0075] 步驟502，當(dāng)患者感覺不適時，前往醫(yī)療機構(gòu)就醫(yī)。
[0076]步驟504,醫(yī)療機構(gòu)使用醫(yī)療終端，登記患者的基本信息。
[0077] 步驟506,醫(yī)生對患者進行診斷，并使用醫(yī)療終端登記診斷名。
[0078] 步驟508,醫(yī)生依據(jù)診斷，在醫(yī)療終端為患者登記醫(yī)囑，確定醫(yī)囑項。
[0079]步驟510,本體醫(yī)療知識庫（即上述的服務(wù)器)接收由醫(yī)療終端傳遞過來的患者信 息、診斷及醫(yī)囑項，并分解醫(yī)囑項生成居家護理計劃，并將居家護理計劃傳送給患者終端。
[0080]步驟512,患者在患者終端確認此次就醫(yī)的居家護理計劃，并設(shè)置個人的個性化作 息時間。
[0081 ]步驟514，本體醫(yī)療知識庫接收由患者終端傳遞過來的確認護理計劃及個性化作 息時間信息，生成患者的護理提醒任務(wù)，并將護理提醒任務(wù)傳送回患者終端。
[0082] 步驟516,患者終端按護理提醒任務(wù)確定的時間，按時提醒患者用藥，并記錄患者 的用藥情況。
[0083]步驟518,當(dāng)本次護理計劃的所有護理提醒任務(wù)都完成時，由患者回答本次就醫(yī)的 康復(fù)問卷。
[0084]步驟S520,判斷問卷結(jié)果是否為康復(fù)，若是，則執(zhí)行步驟S522,本次就醫(yī)結(jié)束，否 貝1J，患者再次進行執(zhí)行步驟502進行就醫(yī)。
[0085]通過本實施例中的醫(yī)院外延續(xù)護理的方法，能夠解決目前醫(yī)生醫(yī)囑患者看不懂， 需醫(yī)生口頭解釋并且患者經(jīng)常遺忘不能遵照醫(yī)囑用藥的問題，還能夠解決目前醫(yī)生不了解 問診后或出院后患者的用藥情況及康復(fù)狀況，而不能及時干預(yù)并調(diào)整醫(yī)療方案，患者康復(fù) 過程不順利的問題，還能夠解決慢病的居家護理過程，尤其是慢病的居家用藥管理過程。 [0086]對應(yīng)上述的醫(yī)院外延續(xù)護理的方法，本發(fā)明實施例還提供了一種醫(yī)院外延續(xù)護理 的裝置，用于執(zhí)行上述的方法，如圖8所示，該裝置6包括：
[0087]護理計劃生成模塊61，用于接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根 據(jù)診斷信息和醫(yī)囑信息生成居家護理計劃，將居家護理計劃發(fā)送至患者終端；
[0088]提醒任務(wù)生成模塊62,用于接收患者終端根據(jù)居家護理計劃返回的護理確認信息 以及作息時間，根據(jù)護理確認信息和作息時間生成護理提醒任務(wù)；
[0089]提醒任務(wù)下發(fā)模塊63,用于將護理提醒任務(wù)發(fā)送至患者終端，以使患者終端執(zhí)行 護理提醒任務(wù)。
[0090] 其中，護理計劃生成模塊61具體包括;提取單元，用于利用預(yù)設(shè)的本體知識庫在診 斷信息和醫(yī)囑信息中提取預(yù)設(shè)的診斷項目和醫(yī)囑項目；檢索單元，用于根據(jù)提取的診斷項 目和醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，確定與提取的診斷項目和醫(yī)囑項目相匹配的案 例;生成單元，用于將確定的案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至醫(yī)療終端，接收 醫(yī)療終端對標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)審核意見和標(biāo)準(zhǔn)護理計劃生成居家護理計劃。
[0091] 其中，提醒任務(wù)生成模塊62包括以下單元中的一種或多種：用藥提醒任務(wù)生成單 元，用于從護理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照作息 時間將用藥相關(guān)信息分解為用藥提醒任務(wù)，將用藥提醒任務(wù)作為護理提醒任務(wù);運動提醒 任務(wù)生成單元，用于從護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動 機按照作息時間將運動相關(guān)信息分解為運動提醒任務(wù)，將運動提醒任務(wù)作為護理提醒任 務(wù);飲食提醒任務(wù)生成單元，用于從護理確認信息中提取飲食相關(guān)信息，通過預(yù)先設(shè)置的有 限狀態(tài)自動機按照作息時間將飲食相關(guān)信息分解為飲食提醒任務(wù)，將飲食提醒任務(wù)作為護 理提醒任務(wù)。
[0092] 考慮到當(dāng)患者執(zhí)行完當(dāng)前的居家護理計劃后，需要對患者的康復(fù)情況進行評定， 如圖9所示，本實施例中的裝置6還包括:康復(fù)問卷下發(fā)模塊71，用于檢測患者終端執(zhí)行護理 提醒任務(wù)的完成情況，當(dāng)檢測到患者終端執(zhí)行完成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù) 時，向患者終端下發(fā)康復(fù)問卷，并接收患者終端反饋的問卷回答信息；問卷回答判斷模塊 72,用于判斷問卷回答信息是否合格，若不合格，則向醫(yī)療終端反饋不合格的問卷回答信 息，以使醫(yī)療終端根據(jù)不合格的問卷回答信息進行醫(yī)療干預(yù)。
[0093] 考慮到當(dāng)患者太多次沒有執(zhí)行護理提醒任務(wù)，如太多次沒有按時服藥時，患者存 在停止服藥放棄護理的可能，如圖10所示，本實施例中的裝置還包括：異常信息上報模塊 81，用于檢測患者終端執(zhí)行護理提醒任務(wù)的完成情況，當(dāng)檢測到患者終端未執(zhí)行的護理提 醒任務(wù)超過預(yù)設(shè)數(shù)量時，向醫(yī)療終端上報居家護理異常信息，以使醫(yī)療終端進行醫(yī)療干預(yù)。
[0094] 本發(fā)明實施例中，首先接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)該 診斷信息和該醫(yī)囑信息生成居家護理計劃，將該居家護理計劃發(fā)送至患者終端，然后接收 患者終端根據(jù)該居家護理計劃返回的護理確認信息以及作息時間，根據(jù)該護理確認信息和 該作息時間生成護理提醒任務(wù)，最后將該護理提醒任務(wù)發(fā)送至患者終端，以使患者終端執(zhí) 行該護理提醒任務(wù)。由于通過本實施例中的裝置能夠向患者發(fā)送居家護理計劃，使患者在 家執(zhí)行護理任務(wù)，因此當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，通過本實施例中的裝置能夠 對患者的院外康復(fù)過程進行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。
[0095]對應(yīng)上述的醫(yī)院外延續(xù)護理的方法和裝置，本發(fā)明實施例還提供了一種醫(yī)院外延 續(xù)護理的系統(tǒng)，如圖11所示，該系統(tǒng)包括醫(yī)院外延續(xù)護理的裝置91，即上述的醫(yī)院外延續(xù)護 理的裝置，還包括醫(yī)療終端92和患者終端93;
[0096]醫(yī)療終端92向醫(yī)院外延續(xù)護理的裝置91發(fā)送病人的診斷信息和醫(yī)囑信息；
[0097]醫(yī)院外延續(xù)護理的裝置91接收診斷信息和醫(yī)囑信息，根據(jù)診斷信息和醫(yī)囑信息生 成居家護理計劃，將居家護理計劃發(fā)送至患者終端93;
[0098]患者終端93對居家護理計劃進行確認，生成護理確認信息，將護理確認信息和作 息時間上報至醫(yī)院外延續(xù)護理的裝置91;
[0099]醫(yī)院外延續(xù)護理的裝置91接收護理確認信息和作息時間，根據(jù)護理確認信息和作 息時間生成護理提醒任務(wù)，將護理提醒任務(wù)發(fā)送至患者終端93;
[0100]患者終端93執(zhí)行護理提醒任務(wù)。
[0101] 由于通過本實施例中的系統(tǒng)能夠向患者發(fā)送居家護理計劃，使患者在家執(zhí)行護理 任務(wù)，因此當(dāng)患者離開醫(yī)院在醫(yī)院外進行康復(fù)時，通過本實施例中的系統(tǒng)能夠?qū)颊叩脑?外康復(fù)過程進行管理，實現(xiàn)醫(yī)療服務(wù)延續(xù)到患者真正康復(fù)的目標(biāo)。
[0102] 本發(fā)明實施例所提供的裝置可以為設(shè)備上的特定硬件或者安裝于設(shè)備上的軟件 或固件等。本發(fā)明實施例所提供的裝置，其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例 相同，為簡要描述，裝置實施例部分未提及之處，可參考前述方法實施例中相應(yīng)內(nèi)容。所屬 領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，前述描述的系統(tǒng)、裝置和單元的 具體工作過程，均可以參考上述方法實施例中的對應(yīng)過程，在此不再贅述。
[0103] 在本發(fā)明所提供的實施例中，應(yīng)該理解到，所揭露裝置和方法，可以通過其它的方 式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏 輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個單元或組件可以結(jié)合或者可 以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間 的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連 接，可以是電性，機械或其它的形式。
[0104] 所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯 示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個 網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目 的。
[0105] 另外，在本發(fā)明提供的實施例中的各功能單元可以集成在一個處理單元中，也可 以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。
[0106] 所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以 存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說 對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計 算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個 人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。 而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(R0M，Read-0nly Memory)、隨機存取存 儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0107]應(yīng)注意到:相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一 個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋，此外，術(shù)語"第 一"、"第二"、"第三"等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。
[0108]最后應(yīng)說明的是：以上所述實施例，僅為本發(fā)明的【具體實施方式】，用以說明本發(fā)明 的技術(shù)方案，而非對其限制，本發(fā)明的保護范圍并不局限于此，盡管參照前述實施例對本發(fā) 明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員 在本發(fā)明揭露的技術(shù)范圍內(nèi)，其依然可以對前述實施例所記載的技術(shù)方案進行修改或可輕 易想到變化，或者對其中部分技術(shù)特征進行等同替換；而這些修改、變化或者替換，并不使 相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例技術(shù)方案的精神和范圍。都應(yīng)涵蓋在本發(fā)明的保護 范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準(zhǔn)。
【主權(quán)項】
1. 一種醫(yī)院外延續(xù)護理的方法，其特征在于，所述方法包括： 接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)所述診斷信息和所述醫(yī)囑信息 生成居家護理計劃，將所述居家護理計劃發(fā)送至患者終端； 接收所述患者終端根據(jù)所述居家護理計劃返回的護理確認信息以及作息時間，根據(jù)所 述護理確認信息和所述作息時間生成護理提醒任務(wù)； 將所述護理提醒任務(wù)發(fā)送至所述患者終端，以使所述患者終端執(zhí)行所述護理提醒任 務(wù)。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述診斷信息和所述醫(yī)囑信息生成居 家護理計劃，包括； 利用預(yù)設(shè)的本體知識庫在所述診斷信息和所述醫(yī)囑信息中提取預(yù)設(shè)的診斷項目和醫(yī) 囑項目； 根據(jù)提取的所述診斷項目和所述醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢索，確定與提取的 所述診斷項目和所述醫(yī)囑項目相匹配的案例； 將確定的所述案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至所述醫(yī)療終端，接收所述 醫(yī)療終端對所述標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)所述審核意見和所述標(biāo)準(zhǔn)護理計劃生成居 家護理計劃。3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述護理確認信息和所述作息時間生 成護理提醒任務(wù)包括以下方式中的一種或多種： 從所述護理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述 作息時間將所述用藥相關(guān)信息分解為用藥提醒任務(wù)，將所述用藥提醒任務(wù)作為護理提醒任 務(wù)； 從所述護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述 作息時間將所述運動相關(guān)信息分解為運動提醒任務(wù)，將所述運動提醒任務(wù)作為護理提醒任 務(wù)； 從所述護理確認信息中提取飲食相關(guān)信息，通過預(yù)先設(shè)置的有限狀態(tài)自動機按照所述 作息時間將所述飲食相關(guān)信息分解為飲食提醒任務(wù)，將所述飲食提醒任務(wù)作為護理提醒任 務(wù)。4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情況，當(dāng)檢測到所述患者終端執(zhí)行完 成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù)時，向所述患者終端下發(fā)康復(fù)問卷，并接收所述 患者終端反饋的問卷回答信息； 判斷所述問卷回答信息是否合格，若不合格，則向所述醫(yī)療終端反饋所述不合格的問 卷回答信息，以使所述醫(yī)療終端根據(jù)所述不合格的問卷回答信息進行醫(yī)療干預(yù)。5. 根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，所述方法還包括： 檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情況，當(dāng)檢測到所述患者終端未執(zhí)行 的護理提醒任務(wù)超過預(yù)設(shè)數(shù)量時，向所述醫(yī)療終端上報居家護理異常信息，以使所述醫(yī)療 終端進行醫(yī)療干預(yù)。6. -種醫(yī)院外延續(xù)護理的裝置，其特征在于，所述裝置包括： 護理計劃生成模塊，用于接收醫(yī)療終端發(fā)送的病人的診斷信息和醫(yī)囑信息，根據(jù)所述 診斷信息和所述醫(yī)囑信息生成居家護理計劃，將所述居家護理計劃發(fā)送至患者終端； 提醒任務(wù)生成模塊，用于接收所述患者終端根據(jù)所述居家護理計劃返回的護理確認信 息以及作息時間，根據(jù)所述護理確認信息和所述作息時間生成護理提醒任務(wù)； 提醒任務(wù)下發(fā)模塊，用于將所述護理提醒任務(wù)發(fā)送至所述患者終端，以使所述患者終 端執(zhí)行所述護理提醒任務(wù)。7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述護理計劃生成模塊包括； 提取單元，用于利用預(yù)設(shè)的本體知識庫在所述診斷信息和所述醫(yī)囑信息中提取預(yù)設(shè)的 診斷項目和醫(yī)囑項目； 檢索單元，用于根據(jù)提取的所述診斷項目和所述醫(yī)囑項目在預(yù)設(shè)的案例庫中進行檢 索，確定與提取的所述診斷項目和所述醫(yī)囑項目相匹配的案例； 生成單元，用于將確定的所述案例對應(yīng)的護理計劃作為標(biāo)準(zhǔn)護理計劃發(fā)送至所述醫(yī)療 終端，接收所述醫(yī)療終端對所述標(biāo)準(zhǔn)護理計劃的審核意見，根據(jù)所述審核意見和所述標(biāo)準(zhǔn) 護理計劃生成居家護理計劃。8. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述提醒任務(wù)生成模塊包括以下單元中的 一種或多種： 用藥提醒任務(wù)生成單元，用于從所述護理確認信息中提取用藥相關(guān)信息，通過預(yù)先設(shè) 置的有限狀態(tài)自動機按照所述作息時間將所述用藥相關(guān)信息分解為用藥提醒任務(wù)，將所述 用藥提醒任務(wù)作為護理提醒任務(wù)； 運動提醒任務(wù)生成單元，用于從所述護理確認信息中提取運動相關(guān)信息，通過預(yù)先設(shè) 置的有限狀態(tài)自動機按照所述作息時間將所述運動相關(guān)信息分解為運動提醒任務(wù)，將所述 運動提醒任務(wù)作為護理提醒任務(wù)； 飲食提醒任務(wù)生成單元，用于從所述護理確認信息中提取飲食相關(guān)信息，通過預(yù)先設(shè) 置的有限狀態(tài)自動機按照所述作息時間將所述飲食相關(guān)信息分解為飲食提醒任務(wù)，將所述 飲食提醒任務(wù)作為護理提醒任務(wù)。9. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 康復(fù)問卷下發(fā)模塊，用于檢測所述患者終端執(zhí)行所述護理提醒任務(wù)的完成情況，當(dāng)檢 測到所述患者終端執(zhí)行完成當(dāng)前護理計劃對應(yīng)的全部護理提醒任務(wù)時，向所述患者終端下 發(fā)康復(fù)問卷，并接收所述患者終端反饋的問卷回答信息； 問卷回答判斷模塊，用于判斷所述問卷回答信息是否合格，若不合格，則向所述醫(yī)療終 端反饋所述不合格的問卷回答信息，以使所述醫(yī)療終端根據(jù)所述不合格的問卷回答信息進 行醫(yī)療干預(yù)。10. -種醫(yī)院外延續(xù)護理的系統(tǒng)，其特征在于，所述系統(tǒng)包括如權(quán)利要求6至9任一項所 述的醫(yī)院外延續(xù)護理的裝置，還包括醫(yī)療終端和患者終端； 所述醫(yī)療終端向所述醫(yī)院外延續(xù)護理的裝置發(fā)送病人的診斷信息和醫(yī)囑信息； 所述醫(yī)院外延續(xù)護理的裝置接收所述診斷信息和所述醫(yī)囑信息，根據(jù)所述診斷信息和 所述醫(yī)囑信息生成居家護理計劃，將所述居家護理計劃發(fā)送至所述患者終端； 所述患者終端對所述居家護理計劃進行確認，生成護理確認信息，將所述護理確認信 息和作息時間上報至所述醫(yī)院外延續(xù)護理的裝置； 所述醫(yī)院外延續(xù)護理的裝置接收所述護理確認信息和所述作息時間，根據(jù)所述護理確 認信息和所述作息時間生成護理提醒任務(wù)，將所述護理提醒任務(wù)發(fā)送至所述患者終端； 所述患者終端執(zhí)行所述護理提醒任務(wù)。
【文檔編號】G06Q50/22GK106096294SQ201610438865
【公開日】2016年11月9日
【申請日】2016年6月17日
【發(fā)明人】李群, 龍海, 張曉暉, 王臻斌, 孫達鵬
【申請人】湖南格爾智慧科技有限公司