TW201826152A

TW201826152A - 服務支援系統、服務支援方法及程式

Info

Publication number: TW201826152A
Application number: TW106139904A
Authority: TW
Inventors: 鋤柄茂男
Original assignee: 日商倍樂生思泰服務股份有限公司
Priority date: 2016-11-18
Filing date: 2017-11-17
Publication date: 2018-07-16
Also published as: JP6960218B2; TWI737857B; HK1249657A1; JP2018081632A; CN108074648A; CN108074648B

Abstract

本發明係以多方面觀點提示已發生案例之可設想之原因、因素、危險因素及留意事項等。服務支援系統210具備：原因資料庫460，其按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；受理部314，其受理包含發生之案例之種類及案例之發生狀況之輸入；匹配部316，其使受理之發生狀況與原因資料庫中儲存之對應於所受理的案例之種類之資料群進行匹配；及輸出部317，其輸出自匹配部之匹配結果得到之原因。

Description

服務支援系統、服務支援方法及程式

本發明係關於服務支援系統、服務支援方法及程式。

於護理設施或醫療提供設施中，居住在此之老人可能發生各種事故。該等事故之原因、因素、危險因素及用以預防事故而應留意之事項等根據事故種類或發生狀況而各有不同。又，為了特定出各種各樣之事故之原因等，需要相應之知識或經驗。又，該事故之分析或今後之應對或預防措施之立案亦會耗費較多時間與勞力。於專利文獻1中，揭示有一種技術，其於產生照護計劃時，擷取與由用戶選擇之評估項目之組合圖案吻合之援助目標項目。 [先前技術文獻] [專利文獻] [專利文獻1]日本專利第3889189號公報

[發明所欲解決之問題] 未提出對員工等提示已發生案例之原因、因素、危險因素及案例應留意之事項等之技術。案例發生之原因等根據案例之種類或發生狀況而各不相同，無法均一地特定。反倒亦有員工因某種深信不疑等，而導致如忽視未注意到之真正原因等之危險性。因此，本發明之目的係提供一種服務支援系統、服務支援方法及程式，其能夠以多方面觀點提示已發生案例之可能考慮之原因、因素、危險因素及留意事項等。 [解決問題之技術手段] 本發明之一態樣之服務支援系統具備：原因資料庫，其按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；受理部，其受理包含所發生之案例之種類及案例之發生狀況之輸入；匹配部，其使所受理之發生狀況與原因資料庫中儲存之對應於所受理的案例之種類之資料群進行匹配；及輸出部，其輸出自匹配部之匹配結果得到之原因。本發明之一態樣之服務支援方法包含以下步驟：受理包含所發生之案例種類與案例之發生狀況之輸入；使所受理之發生狀況與原因資料庫中儲存之對應於資料群中所受理的案例種類之資料群進行匹配，上述原因資料庫係按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；及輸出由匹配結果得到之原因。本發明之一態樣之程式係使電腦執行以下步驟：受理包含所發生之案例種類與案例之發生狀況之輸入；使所受理之發生狀況與原因資料庫中儲存之對應於資料群中所受理的案例種類之資料群進行匹配，上述原因資料庫係按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；及輸出由匹配結果得到之原因。 [發明之效果] 根據本發明，能夠以多方面觀點提示已發生案例之原因、因素、危險因素及留意事項等。

[用語說明] 針對本實施形態中說明之用語進行說明。 [員工]：係設施長/管理者、照護管理師(計劃製作負責人)、服務提供負責人、照護人員/居家照顧服務員、看護員、功能訓練指導員、生活諮詢員、生活照顧人員及受理辦事員等進行設施相關之工作者。 [使用者]：係使用本實施形態中說明之系統者。作為具體例，列舉設施之員工。 [服務被提供者]：係接受設施或經營者提供之服務者。並非一定搬入設施，亦包含外來接受一部分服務者。以下實施形態中，舉服務被提供者為搬入護理設施之入住者為例進行說明。另，服務被提供者可為如接受日間護理或家庭訪視護理等服務者般未搬入設施者，以下說明之實施形態中亦可兩者混合。參照隨附圖式，針對本發明之較佳實施形態進行說明。另，各圖中，標註相同符號者具有相同或同樣構成。 [事故因素之說明] 圖1係模式性表示護理設施中發生之事故之因素之一例之圖。圖1係表示跌倒事故發生之因素涉及多方面之例。例如，若將跌倒事故產生之因素大致分為二個，則可分為內在因素與外在因素。所謂內在因素，係起因於入住者本人之因素，於跌倒事故中，係入住者之身體、生理因素、疾病、疾患、症狀、服用之藥物等關於入住者本人之各種因素。例如如圖1所示，可分類成身體、生理因素、疾病、疾患、症狀因素、及藥物因素。例如，作為身體、生理因素之例，列舉高齡、有跌倒史、感覺下降或運動不足等、失眠、便秘、身體不佳等、產生判斷力下降、有與平時不同之狀況等。作為疾病、疾患、症狀因素，列舉如高血壓等循環系統之疾病、疾患、症狀、腦神經系統之疾病、疾患、症狀、心臟系統之疾病、疾患、症狀、骨折、肌肉力量下降等運動功能之下降等。作為藥物因素，列舉服用之藥之種類、或服用之藥物之數量等。例如亦會因藥之副作用而發生頭暈、跌倒事故。作為外在因素，係起因於入住者本人以外之因素，包含設施之建築物之構造或居室之環境、入住者身穿之衣服或鞋、拐杖或輪椅等使用工具、設施之員工之技能、知識、經驗、援助方法或參與、資訊共享或各種研修等與設施管理相關之事項等因素。例如如圖1所示，可分類成環境因素與家庭、員工因素。作為環境因素，有周邊環境或身邊環境。例如，列舉如走廊有台階，或變為易滑之地面之情形等周邊環境、使用拐杖等使用工具、穿著拖鞋等鞋等作為例子。家庭、員工因素列舉例如員工之援助方法等、家庭內之資訊共享、眾所周知之方法、評估、計劃或員工之管理等。另，上述因素僅為一例，並非限定於此。如此，雖僅舉跌倒事故之總結為一例，但作為該事故之因素包含各種因素。又，亦有因複數個該等因素相關聯而發生跌倒事故之情形。再者，作為事故之種類，不僅跌倒事故，亦可能產生例如誤咽、窒息事故或藥事故等。該等事故之因素中包含與跌倒事故之因素不同之各種因素。如此，護理設施之入住者可能發生之各種事故中，各種因素多結合發生。又，亦有員工之知識或經驗不足、系統跟進不充分之情形，導致陷入不充分之分析，其結果可能導致應對或預防措施變得不適當。因此，於本實施形態中，按每個事故之種類，將事故可能產生之各種原因、因素及危險因素等系統化並資料庫化。例如，以成為相同之階層構造之資料之方式資料庫化。且，事故發生時，使用者輸入關於事故發生之狀況(包含事故發現狀況。以下相同。)之資訊，使輸入之資訊與儲存於經系統化(例如構造化、階層化)之資料庫之資訊按照特定之規則匹配。且，基於匹配結果對原因候補給予評分。其結果，例如評分高之原因候補顯示於用戶終端。如此，支援事故之原因分析。 [全體之構成] 圖2係表示本實施形態之使用形態之一例之圖。服務支援系統210可作為伺服器裝置構成，而與複數個用戶終端220a、220b連接。圖2中表示2個用戶終端，但用戶終端之數目為任意數。將複數個用戶終端總稱為用戶終端220。用戶終端220及服務支援系統210係透過網際網路及LAN(Local Area Network，局部區域網路)等網路互相連接。用戶終端220係由護理設施之員工使用之資訊處理終端。本實施形態之使用者包含護理設施之員工。使用者可參照顯示於用戶終端220之資訊等，確認服務之提供所需要之資訊等。服務支援系統210係記錄有關於提供之服務之資料的伺服器等資訊處理裝置。用戶終端220可基於自伺服器支援系統210發送之資料，於用戶終端220顯示資訊。又，伺服器支援系統210亦可例如以登入方式管理使用者，將對應於用戶終端220之使用者之資料發送至用戶終端220。圖3係表示本實施形態之服務支援系統210之構成與用戶終端220之構成之例之方塊圖。 [用戶終端之構成] 用戶終端220具備輸入部320、通信部321、顯示部323、顯示控制部324、記憶部325及記憶控制部326。用戶終端220例如可作為平板終端、智慧型手機及個人電腦等各種資訊處理終端。對輸入部320輸入來自使用者之操作指示。通信部321與服務支援系統210之通信部311之間收發各種資料。即，通信部321作為受理部及發送部發揮功能。顯示部323顯示包含後述之事故報告書之製作畫面之各種畫面。例如，顯示部323可作為液晶顯示器及有機EL((electroluminescence，電致發光)顯示器等。顯示控制部324進行顯示於顯示部323之資訊之控制。記憶部325記憶各種資料。例如，記憶部325記憶用於事故報告書之製作之資料。記憶部325亦可為HDD(Hard Disk Drive，硬碟驅動器)或快閃記憶體等各種記憶媒體。記憶控制部326對記憶部325寫入各種資料，並自記憶部325讀出各種資料。用戶終端220可具備未圖示之CPU(Central Processing Unit，中央處理單元)、RAM(Random Access Memory，隨機存取記憶體)及快閃記憶體或HDD。快閃記憶體或HDD可為與上述記憶部325共通者，亦可為不同者。儲存於快閃記憶體或HDD等之程式暫時讀出至RAM，由CPU執行讀出至RAM之程式，藉此而CPU可作為圖3所示之用戶終端220之各部發揮功能。此處，舉使用軟體實現之構成為例進行說明，但亦可以硬體、韌體及軟體之任一者構成。圖3僅為顯示構成之一例者，用戶終端220亦可包含其他構成。又，圖3所記載之全部構成並非為必須要件。 [伺服器之構成] 接著，針對伺服器支援系統210之構成進行說明。伺服器支援系統210具備通信部311、記憶控制部312、記憶部313、受理部314、資料庫315、匹配部316及輸出部317。通信部311透過網際網路及LAN等網路之介面，與用戶終端220之間進行資料之收發。即，通信部311作為發送部及受理部發揮功能。記憶控制部312對記憶部313寫入各種資料，或自記憶部313讀出各種資料。記憶部313記憶各種資料。例如，記憶部313記憶入住者接受提供之服務之預定及實績資料。記憶部313亦可為HDD(Hard Disk Drive，硬碟驅動器)或快閃記憶體等各種記憶媒體。受理部314受理包含所發生之案例(例如事故)之種類與案例(例如事故)之發生狀況之各種資訊的輸入。例如，受理部314可受理通信部311中所受理之自用戶終端220發送之資訊的輸入。以下，以事故作為案例之一例進行說明。資料庫315例如按每個案例(事故)之種類儲存將案例(事故)之發生(包含發現。以下相同。)相關之各事態系統化(例如構造化、階層化)之資料群。作為事故之種類，列舉例如跌倒事故、誤咽、窒息事故及藥事故。即，該情形時，儲存將對於跌倒事故之各事態之各原因建立關聯所得之資料群、將對於誤咽、窒息事故之各事態之各原因建立關聯所得之資料群、及將對於藥事故之各事態之各原因建立關聯所得之資料群。另，此處列舉3個事故種類進行說明，但並非限定於此。又，為方便說明，而分為記憶部313與資料庫315進行說明，但亦可為將兩者共通化之構成。匹配部316將受理部314中所受理之發生狀況與儲存於資料庫315且對應於所受理之案例(事故)之種類之資料群匹配。關於詳情於下文敍述。輸出部317輸出匹配部316中由匹配結果所得之原因資訊。例如，輸出部317可經由通信部311將原因資訊發送至用戶終端220。服務支援系統210可具備未圖示之CPU、RAM及快閃記憶體或HDD。快閃記憶體或HDD可為與上述記憶部313共通者亦可為另外者。儲存於快閃記憶體或HDD等之程式暫時讀出至RAN，CPU執行讀出至RAM之程式，藉此而CPU可作為圖3所示之服務支援系統210之各部發揮功能。此處，舉使用軟體實現之構成為例進行說明，但亦可以硬體、韌體及軟體之任一者構成。服務支援系統210之各部中之至少一部分亦可藉由利用複數個資訊處理裝置之分散處理予以實現。又，服務支援裝置210亦可按照自未圖示之雲端伺服器等下載之程式執行處理。圖3僅為顯示構成之一例者，服務支援系統210亦可包含其他構成。又，圖3所記載之全部構成並非為必須要件。圖4係表示資料庫315與匹配部316之詳細構成之例之圖。於本實施形態中，資料庫315具有發生狀況資料庫450與原因資料庫460。發生狀況資料庫450具有每個事故種類之資料庫。於圖4之例中，發生狀況資料庫450具有跌倒事故發生狀況資料庫451、誤咽、窒息事故發生狀況資料庫452及藥事故發生狀況資料庫453。原因資料庫460亦與發生狀況資料庫450同樣地具有每個事故種類之資料庫。於圖4之例中，原因資料庫460具有跌倒事故原因資料庫461、誤咽、窒息事故原因資料庫462及藥事故原因資料庫463。另，可共通化之原因亦可作為事故共同原因資料庫465共享。發生狀況資料庫450及原因資料庫460皆按每個事故種類而儲存將與事故之發生相關之各事態系統化(構造化、階層化)之資料群。發生狀況資料庫450與原因資料庫460各自儲存包含複數個經系統化(構造化、階層化)之資料錄之資料群。於本實施形態中，將儲存於發生狀況資料庫450之資料錄稱為「發生狀況資料錄」。將儲存於原因資料庫460之資料錄稱為「原因資料錄」。於本實施形態中，原因資料錄包含與發生狀況資料錄共通之資料構造。其構造為儲存例如某發生狀況資料錄之第N項目(N為自然數)之項目與原因資料錄之第N項目之項目為同種項目之資料。即，將與事故發生相關之同種事態彼此儲存於發生狀況資料錄及原因資料錄之第N項目。於本實施形態中，將N值為「1」之項目作為階層最高之項目，且作為隨著N值增加而階層變低之項目。另，原因資料錄中除了與發生狀況資料錄共通之資料構造外，並將如稱為「應控制之觀點或原因之候補」之表示事故發生之各種因素等之資料建立關聯。即，原因資料庫460係儲存將對於與事故發生相關之各事態之各原因建立關聯之資料群者。下文敍述發生狀況資料錄與原因資料錄之詳情。匹配部316具備關鍵詞擷取部401、輸入資料錄取得部402、匹配規則保持部403、匹配方法決定部404、匹配處理執行部405及匹配結果輸出部406。關鍵詞擷取部401基於受理輸入之發生狀況相關之資訊，擷取用於資料庫之檢索之關鍵詞。例如，在如圖5(後述)所示之用戶終端220之顯示部323顯示之事故報告書之製作畫面500中，包含輸入事故發生之情形之狀況之輸入區域。關鍵詞擷取部401可基於輸入至輸入區域之資訊而擷取關鍵詞。例如，如為跌倒事故，輸入「居室」作為「發現、發生場所」之關鍵詞，輸入「床」作為更詳細之資訊。該情形時，關鍵詞擷取部401將擷取「居室」及「床」作為關鍵詞。又，亦可使用自然語言解析等方法或軟體等，將輸入之文句分解成單詞或語句，產生一個或複數個關鍵詞。輸入資料錄取得部402自發生狀況資料庫450中選擇受理部314受理輸入之、對與發生之事故種類應之資料庫。例如，若受理輸入之事故種類為「跌倒事故」，則輸入資料錄取得部402選擇跌倒事故發生狀況資料庫451。且，輸入資料錄取得部402使用以關鍵詞擷取部401擷取出之關鍵詞，檢索選擇之跌倒事故發生狀況資料庫451，取得包含所有關鍵詞之發生狀況資料錄作為輸入資料錄。將取得之輸入資料錄用於與儲存於原因資料庫460之原因資料錄之匹配處理。將輸入資料錄發送至匹配方法決定部404。匹配規則保持部403保持匹配規則。本實施形態中，藉由比較輸入資料錄與原因資料錄對應之項目彼此(第N項彼此)，而進行匹配處理。如此，於本實施形態中將比較第N項彼此之匹配處理稱為「橫匹配」。本實施形態中，說明基本使用該橫匹配進行匹配處理之例，但對於包含特定項目(或特定關鍵詞)之輸入資料錄，有時會進行其他匹配方法。詳細內容於後下文敍述。匹配方法決定部404參照保持於匹配規則保持部403之匹配規則，決定輸入資料錄之匹配方法。匹配處理執行部405按照由匹配方法決定部404決定之匹配方法，對與事故種類對應之原因資料庫460進行使用輸入資料錄之匹配處理。如上述，若事故種類為跌倒事故，則匹配處理執行部405對跌倒事故原因資料庫461執行匹配處理。例如，匹配處理執行部405判定處理對象之輸入資料錄之第N項目中包含之關鍵詞與處理對象之原因資料錄之第N項目中包含之關鍵詞是否一致。且，如為一致，則將對應於與該第N項目建立對應關係之權重的評分與累積於處理對象之原因資料錄之評分相加。將此種匹配處理(橫匹配處理)對跌倒事故原因資料庫461之處理對象候補之所有原因資料錄進行。又，一面改變處理對象之輸入資料錄一面進行上述匹配處理。由於進行匹配之評分係累積相加，故其結果，與輸入資料錄之一致度較高之原因資料錄之評分變高。匹配結果輸出部406輸出匹配處理執行部405之匹配處理結果。匹配處理執行部405之匹配處理結果係由各原因資料錄之評分算出。匹配結果輸出部406可輸出算出超出特定閾值之評分的原因資料錄，作為匹配處理之結果。或匹配結果輸出部406亦可輸出表示非原因資料錄本身，而與原因資料錄建立關聯之如「應控制之觀點或原因之候補」之事故發生之各種因素等之資料，作為匹配結果。接著，一面列舉具體例一面針對匹配處理之詳情進行說明。圖5係表示用戶終端220之顯示部323所顯示之跌倒事故之事故報告書之製作畫面500之一例之圖。所謂事故報告書，係事故發生之情形(或發現事故之情形)時，記載該事故之內容或對應狀況、原因分析或今後之應對或預防措施等之報告書。用戶終端220之使用者(護理設施之員工)按照製作畫面500輸入必要事項。又，未圖示之其他畫面上已完成輸入之事項亦可反映於製作畫面500。輸入區域501係用戶終端220之使用者輸入發現跌倒事故之日期時間、跌倒事故發生之日期時間之區域。輸入區域502係用戶終端220之使用者輸入發現跌倒事故之狀況、跌倒事故發生之狀況之區域。輸入區域503係用戶終端220之使用者輸入發現跌倒事故之場所、跌倒事故發生之場所之區域。輸入區域504係用戶終端220之使用者輸入發現跌倒事故之發現者之區域。圖5之製作畫面500係例示輸入區域之一部分者，例如藉由捲動畫面而輸入其他輸入區域之畫面顯示於顯示部323。圖6係表示捲動或以另一畫面顯示圖5之製作畫面500之輸入區域601、602、603，及包含對應於該等輸入區域之事態之發生狀況資料庫450之發生狀況資料錄群610、620、630。發生狀況資料錄群610、620、630係關於外在因素之資料錄群。如使用圖1說明，外在因素中分類有類別，於圖6之例中表示存在「發現、發生場所」類別、「障礙物」類別及「身邊」類別之例。舉發生狀況資料錄群610為例，針對儲存於發生狀況資料庫450之發生狀況資料錄之資料構造進行說明。發生狀況資料錄具有如上述之經階層化之構造。於圖6之例中，以「Lv1」顯示最上層之階層，隨著階層下降而級別數增加為「Lv2」、「Lv3」。圖6係如圖1所說明之關於「外在因素」之資料錄，故最上層之階層的項目中包含「外在」之資料。又，資料錄群610係「發現、發生場所」類別之資料錄群，故「Lv2」階層之項目中包含「場所」之資料。之後階層之項目中包含含有可於輸入區域601輸入之項目之資料錄。如圖6所示，發生狀況資料錄隨著自最上層階層向下層階層而設定更詳細之(具體)內容。於輸入區域601，列舉複數個可利用核取方塊核取之事項作為發現、發生場所之候補。該例中，核取「居室」。又，「居室」中進而包含單選按鈕，可指定居室中之詳細場所。於該例中選擇「廁所」。將如顯示於用戶終端220之顯示部323之輸入區域601中由輸入部320輸入之資訊自用戶終端220發送至服務支援系統210。於服務支援系統210中，關鍵詞擷取部401基於自用戶終端220發送之資訊擷取關鍵詞。於該例中，作為「發現、發生場所」類別之關鍵詞，基於發送之資料擷取「居室、廁所」作為關鍵詞。且，輸入資料錄取得部402自跌倒事故發生狀況資料庫451取得對應於該關鍵詞之發生狀況資料錄作為輸入資料錄。即，於圖6之例中，取得資料錄群610中之資料錄611作為「發現/發生場所」類別之輸入資料錄。同樣地，按照於輸入區域602輸入之事項，自「障礙物」類別之資料錄群620中取得對應之輸入資料錄，按照於輸入區域603輸入之事項，自「身邊」類別之資料錄群630中取得對應之輸入資料錄。即，於圖6之例中，輸入資料錄取得部402按照於輸入區域601、602、603輸入之事項，取得發生狀況資料錄611、621、622、631、632、633作為輸入資料錄。該等輸入資料錄如後述，將用於匹配處理。圖7係表示捲動或以另一畫面顯示圖5之製作畫面500之輸入區域701、703，圖5之製作畫面中包含之輸入區域501，及對應於該等輸入區域之發生狀況資料庫450之資料錄群710。資料錄群710係關於內在因素之資料錄群。內在因素中將類別分類成「事故時時之行動」、「與平時不同之狀況」、「疾病、疾患、症狀」、「藥物」。於圖7之例中表示「事故時之行動」類別之發生狀況資料錄之例。資料錄群710與圖6之外在因素所說明之內容同樣地，包含與輸入區域701中輸入之事項對應之各資料錄，關鍵詞擷取部401基於自用戶終端220發送之資訊，擷取關鍵詞。且，輸入資料錄取得部402自跌倒事故發生狀況資料庫451取得對應於該關鍵詞之發生狀況資料錄，作為輸入資料錄。即，於圖7之例中，「事故時之行動」類別之資料錄群710中，取得資料錄711、712、713。另，如圖7所示之內在因素之情形時，除了在相應類別之輸入區域輸入之資訊以外，可將在其他區域輸入之資訊用於資料錄之特定項目之關鍵詞。例如，於輸入區域501，輸入發現事故時之發現日期時間、事故發生時之發生日期時間，故關鍵詞擷取部401基於該輸入之日期時間擷取時間帶之關鍵詞。例如如表格721所示，預先準備使作為事故報告書之發現、發生日期時間輸入之值與時間帶對應之表格。關鍵詞擷取部401參照表格721，例如決定時間帶為「早晨」或「白天」或「夜間」亦或「深夜」。且，輸入資料錄取得部402如資料錄群730所示，取得資料錄群710之「Lv6」階層中包含該關鍵詞(於該例中為「夜間」)之資料錄群730，作為輸入資料錄。即，藉由轉用已在其他輸入區域輸入之值，而可節省再次輸入之手續，且輸入資料錄取得部402可取得即使有輸入遺漏亦適當之資料錄作為輸入資料錄。同樣地，輸入區域703係對應於「事故時之行動」類別之輸入區域以外之輸入區域，表示選擇事故發生狀況之區域。表格722係使輸入至該輸入區域703之值與對應之關鍵詞建立對應之表格。關鍵詞擷取部401基於在輸入區域703輸入之值與表格722，決定為「援助中」或「非援助中」或兩者皆無之「NULL」。且，輸入資料錄取得部402如資料錄群730所示，取得資料錄群710之「Lv7」層中包含該關鍵詞(於該例中為「援助中」)之資料錄群730，作為輸入資料錄。另，如此，參照在其他區域輸入之值之表格資訊，或表示輸入由參照而得之關鍵詞之輸入端之各種資訊亦可保持於匹配規則保持部403，關鍵詞擷取部401及輸入資料錄取得部402可參照保持於匹配規則保持部403之匹配規則而進行處理。同樣地，輸入資料錄取得部402亦取得其他類別之「與平時不同之狀況」、「疾病、疾患、症狀」及「藥物」之輸入資料錄。圖8係表示由輸入資料錄取得部402取得之關於外在因素之輸入資料錄之例之圖。按照使用圖6說明之處理，取得各類別之輸入資料錄。匹配處理執行部405進行將如此而得之各類別之各輸入資料錄、與儲存於原因資料庫460之各原因資料錄進行匹配之處理。另，如圖7所說明，如項目801或項目802，作為外在因素處理之項目設定為內在因素之特定項目之關鍵詞等，某類別中處理之項目亦會用於其他類別中。圖9係表示由輸入資料錄取得部402取得之關於內在因素之輸入資料錄之例之圖。按照如使用圖7說明之處理，取得各類別之輸入資料錄。項目951中包含圖8之項目801及項目802之關鍵詞。另，目前為止之例中，說明藉由單選按鈕與核取方塊等於輸入區域預先規定值，將規定之值(關鍵詞)保持原狀使用之形態，但並非限定於此。例如，如項目960所示，設想輸入區域之選擇項中有「沐浴後會疲憊」之項目之情形。該情形時，關鍵詞擷取部401例如如項目955所示，設定「沐浴」作為關鍵詞，且亦可如項目956所示，設定「沐浴疲憊」。關鍵詞擷取部401例如亦可按照保持於匹配規則保持部403之規則，進行此種關鍵詞之擷取。又，目前為止舉輸入區域中預先包含選擇項之形態為例進行說明，但輸入區域亦可為自由記入欄。該情形時，關鍵詞擷取部401亦可基於輸入之資訊擷取關鍵詞。接著，針對原因資料庫460之構造進行說明。圖10係模式性表示原因資料庫中包含之原因資料錄之例之圖。原因資料庫460中包含之原因資料錄係包含與發生狀況資料庫450中所含之發生狀況資料錄相同之階層構造者。例如，圖10(a)係表示關於外在因素之原因資料錄之構造之例，原因資料錄中之第一部分1001為與圖8之輸入資料錄(發生狀況資料錄)之構造相同之構造。但，對於發生狀況資料錄之各項目中設定之關鍵詞，原因資料錄係可設定該關鍵詞之對應詞、相應詞、同義詞、其他語言、換種說法、表達方式等之形態。此理由係於產生例如發生狀況資料錄之各項目中包含之關鍵詞之拼寫變體(orthographic variant)等情形時，以匹配處理亦可使其一致之故。例如，若舉「床」之項目為例進行說明，則原因資料錄之「床(ベッド)」之項目中，以防備拼寫變體等亦可以如「べっと」、「べっど」、「ベット」、「bed」等之方式設定複數個關鍵詞。又，原因資料錄中進而包含第二部分1002。第二部分1002包含對應於各個第一部分1001之內容之、如稱為「應控制之觀點或原因之候補」之表示事故發生之各種因素等之資料。即，原因資料錄可以說是將對於事故之發生相關之事態(第一部分1001)之原因(第二部分1002)建立關聯之資料。圖10(b)係表示關於內在因素之原因資料錄之構造之例，與外在因素同樣地，原因資料錄中之第一部分1051為與圖9之輸入資料錄(發生狀況資料錄)之構造相同之構造，原因資料錄中之第二部分1052包含對應於第一部分1051之內容之、如稱為「應控制之觀點或原因之候補」之表示事故發生之各種因素等之資料。圖11係用以說明按照匹配方法決定部404決定之匹配方法，由匹配處理執行部405執行之匹配處理之模式圖。於說明匹配處理前，首先針對匹配方法決定部404決定之匹配方法之種類進行說明。匹配方法決定部404參照保持於匹配規則保持部403之匹配規則，決定對應於輸入資料錄之匹配方法。作為本實施形態之匹配方法之種類，有「橫匹配」、「縱匹配」及「交叉匹配」。當然，其僅為一例，亦考慮「隨機匹配」或「全件匹配」等其他各種匹配方法，並非限定於此。以下，針對各匹配方法進行說明。 [橫匹配] 「橫匹配」如上述，係使輸入資料錄之各項目與原因資料庫所含之原因資料錄之各項目匹配時，使各個相同階層級別之相同項目彼此匹配之處理。例如，若以圖11之例說明，則係使「發現、發生場所」類別之輸入資料錄1110之最上層階層(Lv1)之項目，與原因資料錄1151群所含之原因資料錄1152之最上層階層(Lv1)之項目彼此匹配。具體而言，比較輸入資料錄1110之最上層階層(Lv1)之項目中包含之關鍵詞、與原因資料錄1152之最上層階層(Lv1)之項目中包含之關鍵詞，判定是否一致。一致之情形時，使用對應於輸入資料錄之權重係數1102之權重之評分與累積於該原因資料錄1152之評分(初始值設為0)相加。接著，將「發現、發生場所」類別之輸入資料錄1110之第二階層(Lv2)之項目、與原因資料錄1151群中包含之原因資料錄1152之第二階層(Lv2)之項目彼此進行匹配。且，於圖11之例中，若最下層階層(Lv7)與(Lv7)之項目彼此之匹配完成，則進行繼續發生狀況資料錄1110與原因資料錄群1151中包含之下個原因資料錄1153之匹配處理。如此，進行「發現、發生場所」類別之輸入資料錄1110、與「發現、發生場所」類別之原因資料錄群中包含之所有原因資料錄之匹配。若輸入資料錄1110之處理結束，則使用發生狀況資料錄群1101中之「發現、發生場所」類別之下個輸入資料錄1111，作為處理對象之輸入資料錄，同樣地進行匹配處理。若使用「發現、發生場所」類別之輸入資料錄之匹配處理結束，則進行下個類別之「障礙物」類別之輸入資料錄、與原因資料錄群1151中之「障礙物」類別之原因資料錄之匹配處理。於本實施形態中，根據階層設定權重係數1102。具體而言，權重係數1102係階層越往下，權重越高之係數。如上述各例之說明，本實施形態之發生狀況資料錄及原因資料錄隨著階層向下而設定更詳細之項目。例如，若舉「發現、發生場所」類別為例，則有上層階層中設定「居室」之情形時，於其下層之層設定「床」，進而於其下層階層設定「雙層床」等情形。項目愈詳細，應控制之觀點或原因之候補內容愈具體。因此，藉由使用階層愈向下愈增加權重之權重係數1102，而可提高詳細項目一致之情形之原因資料錄之評分。因此，將容易選擇具體之「應控制之觀點或原因之候補」。另，於圖11之例中，說明按每個類別進行處理之例，但如上述，發生狀況資料錄及原因資料錄之最上層階層可包含「內在因素」或「外在因素」之項目，最上層的下一層之階層可包含「發現、發生場所」等類別之項目。因此，亦可為不在意類別，對處理對象之輸入資料錄以所有原因資料錄為處理對象進行處理之形態。 [縱匹配] 圖12係用以說明「縱匹配」與「交叉匹配」之圖。針對「縱匹配」進行說明。「縱匹配」係使用特定類別之輸入資料錄之特定階層之關鍵詞，僅與各原因資料錄中預先規定階層之項目匹配之處理。如此，是指僅以各原因資料錄中之特定階層為對象進行匹配，即，於行方向(縱方向)進行匹配。藉此，進行跨過類別之匹配。該特定類別之特定階層係由保持於匹配規則保持部403之匹配規則預先定義者。即，匹配方法決定部404自輸入資料錄取得部402受理輸入資料錄之情形時，匹配方法決定部404參照保持於匹配規則保持部403之匹配規則，判定是否相當於「縱匹配」。且，相當之情形時，匹配方法決定部404使用該項目中包含之關鍵詞，決定進而執行「縱匹配」之處理。另，該項目中不包含關鍵詞之情形時，不執行處理。列舉具體例進行說明。作為匹配，係預先定義以下內容。即，定義執行設定於特定類別之特定項目之關鍵詞、與各原因資料錄之特定階層之項目的匹配之匹配規則。且，例如處理對象之輸入資料錄之「與平時不同之狀況」類別之項目(Lv5)中包含「頭暈」之關鍵詞之情形時，若對「事故時之行動」、「疾病、疾患、症狀」、「藥物」類別之階層(Lv5)進行「縱匹配」，則匹配方法決定部404將作出決定。另，「縱匹配」係對「橫匹配」追加進行之匹配處理，處理包含特定之關鍵詞(例如「頭暈」)之輸入資料錄時，亦對其處理對象之輸入資料錄進行對「橫匹配」本身之處理。匹配處理執行部405對於與匹配規則所定義之該特定關鍵詞(頭暈)對應之特定項目，按照定義之匹配規則，跨過類別僅檢索特定階層之項目。且，若有一致之項目，則將對應於該項目之權重與累積於包含該項目之原因資料錄之評分相加。例如，作為頭暈產生之原因，考慮身體原因、生病症狀、藥物影響等各種情形。因此，例如「與平時不同之狀況」類別中，作為與平時不同之狀況，包含「頭暈」之情形時，檢索「事故時之行動」類別之「移動」項目，檢索「疾病/疾患/症狀」類別之「症狀」項目，檢索「藥物」類別之「副作用」項目。其結果，例如「事故時之行動」之原因資料錄中包含「ADL(Activities of Daily Living，日常生活活動)、肌肉力量之下降」作為原因之原因資料錄之評分變高，「疾病、疾患、症狀」之原因資料錄中包含「老年癡呆症之周邊症狀」、「腦血管疾患」作為原因之原因資料錄之評分變高，「藥物」之原因資料錄中包含「安眠藥」、「抗焦慮薬」「抗癲癇薬」作為原因之原因資料錄之評分變高。根據此種處理，可廣泛收集可能成為原因者。且，向使用者提示評分較高者，進行對使用者催促確認之處理。因此，考慮如「頭暈」等多方面原因之情形時，加算包含可能成為其原因者之原因資料錄之評分。因此，根據使用者之經驗等可減少自考慮遺漏之事項。即，使用者(員工)輸入發生狀況時，關於如無法由其輸入之資訊立即察覺到之原因之原因資料錄之評分變高，故察覺到使用者無法察覺之原因之可能性提高。又，縱匹配可對亦包含階層相對較下之層(規定詳細項目之層)之複數個階層進行，故如上述，一致之情形之加權變高。因此，與縱匹配一致之原因資料錄之評分較不與縱匹配一致之原因資料錄之評分相對地高，故上述例中與「頭暈」之原因相關之原因資料錄之評分變高，作為匹配結果選出之可能性進而提高。 [交叉匹配] 針對[交叉匹配]進行說明。交叉匹配係於輸入資料錄之處理對象之項目為特定類別之特定階層之項目之情形時，使輸入資料錄取得部402重新取得選擇該發生狀況之輸入資料錄。且，係使用重新取得之輸入資料錄進行上述匹配處理之處理。換言之，係輸入資料錄之處理對象之項目為某特定類別之特定階層之項目之情形時，使用該項目中包含之關鍵詞，與不同類別之不同階層之項目匹配之處理。對於成為交叉匹配之對象之特定類別之特定階層的項目與關鍵詞等，亦對匹配規則保持部403預先定義匹配規則。另，該項目中不包含關鍵詞之情形時，不執行處理。例如，對於使用者未輸入之項目(因此，輸入資料錄之特定項目中不包含關鍵詞之項目)，如使用者似乎正輸入般地處理，間接進行匹配。說明具體例。例如，設想已輸入帕金森氏症作為「疾病、疾患、症狀」之情形。此時，有時使用者雖知道該入住者為帕金森氏症，但並不知道此人所使用之藥物。該情形時，「藥物」類別中，成為未選擇藥之狀態，即空欄。藉由使用交叉匹配，即使如此為空欄，亦可將「藥物」相關之輸入資料錄作為包含與帕金森氏症關聯之藥物名稱之輸入資料錄處理。具體而言，輸入資料錄取得部402重新取得「藥物」之輸入資料錄之對應項目中所含之輸入資料錄，將按照匹配規則保持部403中定義之匹配規則與該帕金森氏症相關之藥的名稱作為處理對象之輸入資料錄進行處理。藉此，在已有輸入藥物名稱之狀態下，執行關於「藥物」類別之橫匹配。根據此種處理，可廣泛收集可能成為原因者。且，向使用者提示評分較高者，進行催促使用者進行確認之處理。因此，根據使用者之經驗等可減少漏考量之事項。即，使用者(員工)輸入發生狀況時，由於無法由其輸入之資訊而立即察覺到之原因相關之原因資料錄之評分變高，故使用者察覺到先前未能察覺之原因之可能性提高。又，交叉匹配亦與縱匹配同樣地，於階層相對較下之層(規定詳細項目之層)進行，故如上述，一致之情形時之加權變高。因此，交叉匹配一致之原因資料錄之評分相較於交叉匹配不一致之原因資料錄之評分相對變高，故作為匹配結果而被選出之可能性變高。另，進行交叉匹配時，對於該特定階層之項目之權重，亦可設定為較使用者基於實際輸入之資訊取得之輸入資料錄之權重更低。因為輸入實際使用之「藥物」名稱之情形相比為該入住者實際服用之藥物之可靠性更高。如此，匹配處理執行部405對於輸入資料錄各者，按照匹配方法決定部404所決定之匹配方法進行匹配處理。其結果，求得原因資料庫460之原因資料錄各者之評分。匹配結果輸出部406輸出評分滿足特定條件之原因資料錄。例如，可輸出超出特定閾值之評分之原因資料錄、按評分高低之順序輸出特定數之原因資料錄、按評分高低之順序輸出各類別之特定數之原因資料錄、輸出設定之件數量，或於未達到設定之評分之情形時不輸出。輸出部317對用戶終端220發送例如匹配結果輸出部406輸出之原因資料錄中包含之第二部分1002、1052之內容，即，如稱為「應控制之觀點或原因之候補」般之表示事故發生之各種因素等之資訊。另，匹配規則保持部403中保持之規則亦可包含以下規則：於進行檢索後，若無下個項目，則規定結束檢索、或繼續檢索、或限於特定範圍檢索、或略過而繼續檢索等。又，執行檢索時，亦可包含根據項目設定全文一致或部分一致之規則。又，亦可包含根據類別改變權重係數之規則。又，匹配規則例如亦可為參照於網際網路上公開之其他資訊等之規則。例如輸入關鍵詞帕金森氏症之情形時，亦可檢索網頁等，取得對應之治療藥或新藥之資訊，使用該資訊執行交叉匹配。圖13係表示顯示於用戶終端120之顯示部323之匹配結果畫面1300之一例之圖。此處，按評分高低之順序排列顯示應控制之觀點、原因之資訊。使用者確認匹配結果畫面1300，於核取方塊1310核取最重要之事項。且，若於輸入部320輸入OK按鈕1320之選擇指示，則將經核取之內容通過通信部321發送至服務支援系統210。在服務支援系統210中，確定經核取之內容作為應控制之觀點或原因之資料。且，記憶控制部312於記憶部313記憶確定之應控制之觀點或原因之資料。如此記憶之應控制之觀點或原因之資料於進行事故報告書之製作時，由記憶控制部312讀出而自動設定。圖14示出表示最終得到之應控制之觀點或原因之觀點或原因之檢索畫面1400之例。觀點或原因之檢索結果畫面1400顯示於用戶終端220之顯示部323。 [用戶終端之流程圖] 圖15係表示用戶終端220之控制方法之一例之流程圖。步驟S1505中，顯示控制部324按照輸入至輸入部320之指示，使事故報告書之製作畫面500顯示於顯示部323。用戶終端220之使用者按照製作畫面500輸入各種值及資訊等。步驟S1510中，通信部321將輸入至輸入部320之資訊發送至服務支援系統210。其後，於服務支援系統210中執行匹配處理。步驟S1515中，顯示控制部324基於自服務支援系統210發送之資訊，將匹配結果畫面1300顯示於顯示部323。用戶終端220之使用者確認顯示於匹配結果畫面1300之內容，選擇認為適當之事項。步驟S1520中，通信部321基於輸入至輸入部320之選擇指示，將所選擇之事項發送至服務支援系統210。步驟S1525中，顯示控制部324基於自服務支援系統210發送之資訊，顯示觀點或原因之檢索結果畫面1400。 [服務支援系統210之流程圖] 圖16係表示服務支援系統210之服務支援方法之一例之流程圖。步驟S1650中，受理部314通過通信部311受理自用戶終端220發送之資訊。步驟S1610中，匹配部316執行匹配處理。針對匹配處理之流程於下文敍述。步驟S1615中，輸出部317通過通信部311對用戶終端220發送匹配結果。步驟S1620中，受理部314通過通信部311受理用戶終端220中選擇之事項。步驟S1625中，記憶控制部312將步驟S1620中所受理之事項之資料寫入記憶部313。步驟S1630中，輸出部317基於步驟S1620中所受理之事項，通過通信部311對用戶終端220發送觀點或原因之檢索結果之資訊。圖17係表示步驟S1610之匹配處理之詳細處理之一例之流程圖。步驟S1705中，關鍵詞擷取部401基於例如事故報告書之製作畫面500中用戶輸入之資訊，擷取對於選擇之項目之關鍵詞。步驟S1710中，輸入資料錄取得部402自發送狀況資料庫450取得對應於步驟S1705中擷取到之關鍵詞之發生狀況資料錄，作為輸入資料錄。此時，使用對應於每個事故種類之資料庫，取得輸入資料錄。按每個類別取得輸入資料錄。又，各類別中亦可取得複數個輸入資料錄。步驟S1715中，匹配方法決定部404參照保持於匹配規則保持部403之匹配規則，決定應用於步驟S1710中取得之各輸入資料錄之匹配規則。例如，僅除「橫匹配」外，可決定如「縱匹配」及「交叉匹配」等各種匹配規則。步驟S1720中，匹配處理執行部405使用步驟S1610中取得之各輸入資料錄，按照步驟S1615中決定之匹配規則，對儲存於原因資料庫460之各原因資料錄進行匹配處理。此時，對儲存於對應於事故種類之資料庫之原因資料錄進行匹配處理。匹配處理執行部405根據匹配結果，加算累積於各原因資料錄之評分。步驟S1725中，匹配結果輸出部406基於步驟S1720中所得之評分，特定出匹配結果。例如，決定超出特定閾值之原因資料錄作為匹配結果之候補。步驟S1730中，匹配結果輸出部406將步驟S1725中特定出之匹配結果輸出至輸出部317。圖18係表示步驟S1720之詳細處理之一例之流程圖。步驟S1805中，匹配處理執行部405選擇處理對象之輸入資料錄內之未處理項目。自處理對象之輸入資料錄之最上層階層之項目向下層階層之項目，每個項目地進行處理。步驟S1810中，匹配處理執行部405判定步驟S1805中是否可選擇下個階層之項目。可選擇下個項目之情形時，前進至步驟S1815，無法選擇下個項目之情形時，前進至步驟S1835。步驟S1815中，匹配處理執行部405判定處理對象之項目是否為與特定規則一致之項目。例如，判定是否為縱匹配或交叉匹配之對象項目。為與特定規則一致之項目之情形時，前進至步驟S1820，步驟S1820中，匹配處理執行部405執行按照特定規則之處理。不與特定規則一致之情形時，前進至步驟S1825。步驟S1825中，匹配處理執行部405判定處理對象之項目與原因資料錄之對應項目之關鍵詞是否一致。即，進行如上述之橫匹配。一致之情形時，前進至步驟S1830。不一致之情形時，前進至步驟S1832。步驟S1830中，匹配處理執行部405將對應於處理對象之項目之權重的評分與處理對象之原因資料錄之評分相加。而後，前進至步驟S1832。步驟S1832中，匹配處理執行部405判定是否前進至下個項目。例如，匹配結果不一致之情形時，有不想前進至下個項目之情形，或僅存在處理對象之原因資料錄之構造至中途階層為止之項目之情形。此種情形時，現在處理中之項目為Lv3項目之情形時，步驟S1832中不前進至下個項目，而使處理前進至步驟S1835。非上述情形時，處理返回至步驟S1805中。如此，在處理對象之輸入資料錄內之各項目與處理對象之原因資料錄內之各項目間進行匹配處理。步驟S1810中，判斷為無法選擇下個項目之情形時，前進至步驟S1835。步驟S1835中，匹配處理執行部405判定是否有下個處理對象之原因資料錄。有下個原因資料錄之情形時，前進至步驟S1840。無下個原因資料錄之情形時，由於對所有原因資料錄之處理結束，故結束本處理。步驟S1840中，匹配處理執行部405更行處理對象之原因資料錄。步驟S1845中，匹配處理執行部405清除輸入資料錄內之處理過之項目之資訊。即，輸入資料錄之各項目變更為未處理項目之狀態。且返回至步驟S1805。藉此，對於步驟S1840中更新之處理對象之原因資料錄，再次自步驟S1805進行最上層項目彼此之橫匹配。圖19係表示步驟S1820之詳細處理之一例之流程圖。步驟S1905中，匹配處理執行部405判定處理對象之項目是否為縱匹配之對象。為縱匹配之對象之情形時，前進至步驟S1910。非縱匹配之對象之情形時，前進至步驟S1935。步驟S1910中，匹配處理執行部405執行匹配規則所規定之特定階層之項目之檢索。步驟S1915中，匹配處理執行部405判定是否與原因資料錄之特定階層之項目之關鍵詞一致。一致之情形時，前進至步驟S1920，將對應於輸入資料錄之處理對象之項目之權重的評分與累積於該一致之原因資料錄之評分相加。而後，前進至步驟S1925。步驟S1925中，匹配處理執行部405判定處理對象之原因資料錄是否為處理對象之最後的原因資料錄。即，判定是否為行方向之最終列。為最終列之情形時，前進至步驟S1935。非最終列之情形時，前進至步驟S1930，更新處理對象之原因資料錄，將處理返回至步驟S1910。步驟S1935中，匹配處理執行部405判定輸入資料錄之處理對象之項目是否為交叉匹配之對象。為交叉匹配之對象之情形時，前進至步驟S1940，非交叉匹配之對象之情形時，結束本處理。步驟S1940中，匹配處理執行部405追加對匹配規則所規定之對象項目輸入匹配規則所規定之特定關鍵詞的狀態之輸入資料錄，作為未處理之輸入資料錄。藉此，進行使用輸入有特定關鍵詞之狀態之輸入資料之橫匹配。以上為流程圖之說明。目前為止，舉跌倒事故之情形為例進行了說明。以下，除了跌倒事故以外，說明護理設施中可能發生之事故與其因素之具體例。除了跌倒事故以外，作為護理設施中發生之事故，列舉誤咽、窒息事故(以下稱為「誤咽事故」。)。誤咽事故中，除了事故時之飲食內容、飲食場所、員工之援助方法、員工之參與等外在因素外，作為誤咽事故之因素，列舉入住者之飲食方法、身體、生理因素、疾病、疾患、症狀、服用之藥物等與入住者本人相關之各種內在因素。誤咽事故中，將原因食品之食物形態、有無使用黏稠劑、飲食時間、飲食場所、使用工具、假牙等外在因素詳細分類。又，關於員工之援助方法或參與方法，亦包含與廚房之協作，將飲食前、飲食中、飲食後如何應對詳細分類。關於入住者本人，將食物攝取能力、飲食時之姿勢、飲食動作、營養狀態、食慾、意志、口腔照護之狀況、環境變化、與平時不同之狀況、疾病、疾患、症狀、直至服用之藥物之內在因素詳細分類。如此，藉由使事故之發生狀況更詳細化，而可確實匹配與其關聯之原因或應控制之觀點。作為具體例，患老年癡呆症之入住者之情形時，由「是否可辨識食物，是否明確味道或溫度地食用」、「是否干涉其他入住者之飲食，是否有異食行為，是否什麼也不混地食用」之觀點，又，患帕金森氏症之入住者之情形時，「是否手抖動而灑出」之觀點，於匹配結果畫面1300中列表。又，作為護理設施中發生之其他事故，有藥事故。藥事故中，如醫生之處方、配藥房之配藥與交接、護理設施之看護員之藥物管理、看護員或護理職員之服藥援助等，入住者服用藥物為止之一連串作業流程成為藥事故發生之原因。因此，可分類成配藥房之因素、看護員之因素、護理人員之因素等外在因素。又，每個分類可進而詳細化。作為藥事故之原因或應控制之觀點，例如可將配藥房之錯誤詳細化為「配藥錯誤」、「打包錯誤」、「印刷錯誤」、「處方問題之去向錯誤」等。可將看護員之錯誤詳細化為「領受錯誤」、「放置非處方藥」、「弄錯人放置」、「弄錯計數、計量放置」、「弄錯服用時點放置」、「弄錯處方天數放置」、「弄錯服用方法放置」、「忘給」等。可將護理人員之錯誤詳細化為例如「服用錯了藥」、「弄錯人服用」、「弄錯服用時點服用」、「弄錯計數、計量服用」、「弄錯服用方法服用」、「無法服用」等。每個發生事例成為對象之原因或應控制之觀點於匹配結果畫面1300中列表。目前為止說明之實施形態中，舉設施中可能發生之事故為例進行了說明，但並非限定於此，亦可應用於各種案例。作為案例之例，亦可對包含事故及潛在事故之意外事故應用。即，不僅製作事故報告書之場景，日常業務中發生潛在事故之情形時製作該報告書等之情形時亦可應用。又，亦可應用於事故以外之其他業務之案例。列舉例如照護計劃。為基於每個入住者之評估結果，導出最佳照護計劃候補之形態。作為該應用例之實現方法，分類各評估項目，系統化(構造化、階層化)並資料庫化。合併分類照護計劃之案例，系統化(構造化、階層化)並資料庫化。對於各評估項目之照護計劃事例以外，亦設想跨過分類之案例，如上述之跌倒事故，亦可保持任意匹配規則而進行縱匹配或交叉匹配等。作為評估與照護計劃兩者之分類例，列舉「飲食、水分」、「口腔照護」、「沐浴」、「整容」、「排泄」、「移動、移乘、身體功能」、「睡眠」、「興趣、活動」、「記憶、認知」、「精神、行動」、「健康管理、醫療照護」、「其他生活」等各種生活場景或入住者之能力或意志、特性等。基於此種分類自入住者之評估作出最佳照護計劃，從而可進行綜合地考慮、判斷每個入住者之能力或意志、特性等之具體且適當之生活支援。又，作為案例，不僅為產生問題或可能產生問題之案例，亦可為產生改善或可能產生改善之案例。例如，護理設施中，有特定情事(例如裝飾了花、變更了散步路徑、與平時不同地打招呼等)之情形時，有產生某些改善(例如，入住者心情變好，如隨口哼歌，較平時話多等)之情形。如此，不僅產生問題或可能產生問題之案例，對於產生改善或可能產生改善之案例，亦可應用上述實施形態中說明之構成及處理。又，目前為止主要舉護理設施中使用之形態為例進行了說明，但並非限定於此。例如，醫療提供設施中，係可能發生同種事故等案例者，醫療提供設施中亦可使用上述服務支援系統210。又，服務被提供者無需一定為老人或患者，例如亦可應用於將兒童等作為服務被提供者之幼稚園或兒童俱樂部等。又，對於學校、職場等各種場景可能發生之案例，亦可應用上述實施形態說明之服務支援系統210。對於上述各種資料之系統化、構造化、階層化，亦可對資料附標籤而賦予意思。合併於各種規則中以搭載有人工智能功能之系統安裝，進而不僅將限定之資料庫作為匹配對象，亦將網際網路上之較多網頁等作為資訊來源，從而亦可實現匹配處理之多樣性與高速化。例如，基於顯示於匹配結果畫面1300之資訊、與用戶通過該匹配結果畫面1300選擇之事項之資訊，適當地改變匹配規則保持部403中保持之匹配規則。例如，亦可預先收集複數個顯示於匹配結果畫面1300之資訊、與用戶通過該匹配結果畫面1300選擇之事項之資訊，使用該等資訊使權重係數最佳化。又，亦可基於用戶通過匹配結果畫面1300選擇之事項之資訊，重新建構資料庫。例如，亦可將匹配結果畫面1300中顯示於用戶終端220之內容、與用戶通過該匹配結果畫面1300選擇之事項作為教師資料使用，構築學習模式。且，亦可採用使用該構築之學習模式作為匹配部，輸出匹配結果之構成。學習模式可根據每個服務被提供者構築，亦可以特定之條件分組，按每個組構築學習模式。 [變化例] 又，目前為止說明之例中，舉藉由用戶通過如圖5所示之事故報告書進行輸入而進行匹配處理之形態為例進行了說明，但並非限定於此。例如，亦可服務支援系統210於特定之時點自動擷取資料，基於該擷取之資料進行匹配處理。根據此種處理，例如發生因身體變化等之意外事故等之情形時，亦可輸出警告。舉護理設施之入住者為例進行說明。於護理設施之現場，員工對入住者之狀態變化或危險始終保持警覺，謀求適當之對應。但員工輪班制下提供每天之照護服務之日常時，多有入住者之狀態變化或未注意到危險。其理由係有僅擷取某一件為異常狀態無法立即特定之情形之故。例如如飲食之攝取量或水分攝取量持續特定次數地低於一定量之情形、一定時間無排泄之情形、體溫、脈搏、血壓、體重等必要生命徵兆於一定期間成偏離規定範圍之值之情形等，持續與平時不同之狀態持續之情形時，可能產生入住者之狀態變化或危險。上述實施形態亦可應用於此種注意喚起形態。舉體重變化之情形為例說明案例之種類。入住者之體重等資料係蓄積於記憶部313等。因此，受理部314可於特定之時點存取蓄積於該記憶部313等之資料，輸入蓄積之資料作為發生狀況。且，將輸入之資料發送至匹配部316。如此，亦可於特定之時點自動進行匹配處理。原因資料庫460亦可包含關於時間序列之推移的項目之資料錄。例如將特定之基準日設為Lv1階層之值(體重)之情形時，Lv2階層之值亦可儲存設為基準日次日之容許值(體重)之原因資料錄。且，匹配部316使用將蓄積之體重資料作為時間序列之項目配置之輸入資料錄進行匹配處理。該處理之例中，Lv2之後之階層中，與原因資料錄之項目(容許值(體重))不一致之情形時，可使用增加評分之方法。即，Lv2之後階層之輸入資料錄之項目與Lv2之後階層之原因資料錄之項目一致之情形(即，容許範圍內之值之情形)時，結束匹配處理，不一致之情形(即，非容許範圍之值之情形)時，亦可使用加算評分之方式。若進行此種處理，則應注意身體變化之值包含於項目中之原因資料錄(例如，對應於體重每天降低之原因資料錄)之評分變高，自匹配部316輸出與該原因資料錄建立關聯之原因(例如因可能生病而注意等)。輸出部317亦可將如此自匹配部316輸出之匹配結果發送至用戶終端220，對用戶催促警告。如上說明，根據本實施形態，可基於設施中發生之各種事故之發生狀況，導出引起事故之原因或應控制之觀點之候補，支援事故之分析、應對、預防措施立案。又，發生狀況資料庫450及原因資料庫460之資料錄可容易追加、變更。因此，需要設定新項目之情形等之維護變容易。又，根據本實施形態，即使高度專業知識或經驗值較少之員工，亦只要忠實且正確地自選擇項選擇發生之事故之狀況，即可列表顯示出保證一定級別以上之精度與綜合性之事故的原因或應控制之觀點之候補。因此，可削減各種專業書等資料之調查時間，且基於所列表之內容有效實施相關各部門之協作。又，根據本實施形態，可防止如忽視設施之員工未注意到之真正原因等。又，可以多方面觀點對員工等使用者提示對應於事故之發生狀況之原因、因素、危險因素及留意事項等。以上說明之實施形態係為容易理解本發明者，並非用以限定解釋於本發明。實施形態所具備之各要素及其配置、材料、條件、形狀、尺寸等並非限定於例示者，可進行適當變更。又，可部分地置換或組合不同實施形態所示之構成彼此。用以實現以上說明之本發明之各實施形態之程式亦可記憶於記錄媒體。若使用該記錄媒體，則可將上述程式安裝於設施中其他用途已使用之任意電腦或重新購入之電腦。此處，記憶上述程式之記錄媒體亦可為非暫時性記憶媒體。非暫時性記憶媒體並未特別限定，例如亦可為CD-ROM等記憶媒體。

210‧‧‧服務支援系統

220‧‧‧用戶終端

220a‧‧‧用戶終端

220b‧‧‧用戶終端

311‧‧‧通信部

312‧‧‧記憶控制部

313‧‧‧記憶部

314‧‧‧受理部

315‧‧‧資料庫

316‧‧‧匹配部

317‧‧‧輸出部

320‧‧‧輸入部

321‧‧‧通信部

323‧‧‧顯示部

324‧‧‧顯示控制部

325‧‧‧記憶部

326‧‧‧記憶控制部

401‧‧‧關鍵詞擷取部

402‧‧‧輸入資料錄取得部

403‧‧‧匹配規則保持部

404‧‧‧匹配方法決定部

405‧‧‧匹配處理執行部

406‧‧‧匹配結果輸出部

450‧‧‧發生狀況資料庫

451‧‧‧跌倒事故發生狀況資料庫

452‧‧‧誤咽、窒息事故發生狀況資料庫

453‧‧‧藥事故發生狀況資料庫

460‧‧‧原因資料庫

461‧‧‧跌倒事故原因資料庫

462‧‧‧誤咽、窒息事故原因資料庫

463‧‧‧藥事故原因資料庫

465‧‧‧事故共同原因資料庫

500‧‧‧跌倒事故報告書

501～504‧‧‧輸入區域

601～603‧‧‧輸入區域

610‧‧‧發生狀況資料錄群

620‧‧‧發生狀況資料錄群

630‧‧‧發生狀況資料錄群

611‧‧‧資料錄

621‧‧‧資料錄

622‧‧‧資料錄

631‧‧‧資料錄

632‧‧‧資料錄

633‧‧‧資料錄

701‧‧‧輸入區域

703‧‧‧輸入區域

710‧‧‧資料錄群

711‧‧‧資料錄

712‧‧‧資料錄

713‧‧‧資料錄

721‧‧‧表格

722‧‧‧表格

730‧‧‧資料錄群

801‧‧‧項目

802‧‧‧項目

951‧‧‧項目

955‧‧‧項目

956‧‧‧項目

1001‧‧‧第一部分

1002‧‧‧第二部分

1101‧‧‧發生狀況資料錄群

1102‧‧‧權重係數

1110‧‧‧輸入資料錄

1111‧‧‧下個輸入資料錄

1151‧‧‧原因資料錄

1152‧‧‧原因資料錄

1153‧‧‧下個原因資料錄

1300‧‧‧匹配結果畫面

1310‧‧‧核取方塊

1320‧‧‧OK按鈕

1400‧‧‧檢索畫面

S1505、S1510、S1515、S1520、S1525、S1605、 S1610、S1620、S1625、 S1630、S1710、S1715、 S1720、S1725、S1730、 S1805、S1810、S1815、 S1820、S1825、S1830、 S1832、S1835、S1840、 S1845、S1905、S1910、 S1915、S1920、S1925、 S1930、S1935、S1940‧‧‧步驟

圖1係模式性表示護理設施中發生之跌倒事故之因素之一例之圖。圖2係表示使用形態之一例之圖。圖3係表示服務支援系統之構成與用戶終端之構成之例之方塊圖。圖4係表示資料庫部與匹配部之詳細構成之例之圖。圖5係表示跌倒事故之事故報告書之製作畫面之一例之圖。圖6係表示輸入區域、與輸入區域對應之發生狀況資料錄群之圖。圖7係表示輸入區域、與輸入區域對應之發生狀況資料錄群之圖。圖8係表示關於外在因素之輸入資料錄之例之圖。圖9係表示關於內在因素之輸入資料錄之例之圖。圖10(a)、(b)係模式性表示原因資料錄之例之圖。圖11係用以說明匹配處理之模式圖。圖12係用以說明縱匹配與交叉匹配之圖。圖13係表示匹配結果畫面之一例之圖。圖14係表示分析結果畫面之例之圖。圖15係表示用戶終端之控制方法之一例之流程圖。圖16係表示服務支援系統之服務支援方法之一例之流程圖。圖17係表示匹配處理之一例之流程圖。圖18係表示匹配處理之詳細處理之一例之流程圖。圖19係表示按照特定之規則之處理之一例之流程圖。

Claims

一種服務支援系統，其具備：原因資料庫，其按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；受理部，其受理包含所發生之案例之種類及上述案例之發生狀況之輸入；匹配部，其使上述受理之發生狀況與儲存於上述原因資料庫之對應於上述受理之案例種類之資料群進行匹配；及輸出部，其輸出自上述匹配部之匹配結果得到之原因。
如請求項1之服務支援系統，其中上述匹配部將基於上述受理之各發生狀況、與儲存於上述原因資料庫之對應於上述受理之案例種類之各資料之比較結果的評分與各資料累積相加，上述輸出部輸出與所累積之評分滿足特定條件之上述資料建立關聯之上述原因。
如請求項1或2之服務支援系統，其中進而具備：發生狀況資料庫，其按上述每個案例種類儲存將案例發生相關之各事態系統化之複數個發生狀況資料錄；及取得部，其自上述發生狀況資料庫取得與上述受理之案例種類與發生狀況對應之發生狀況資料錄，作為輸入資料錄，上述原因資料庫儲存包含與上述輸入資料錄同樣地經系統化之資料構造之原因資料錄，作為上述資料群所含之資料，上述匹配部使上述取得之輸入資料錄之特定階層中包含之關鍵詞、與儲存於上述原因資料庫之各原因資料錄之上述特定階層中包含之關鍵詞進行匹配。
如請求項3之服務支援系統，其中上述匹配部具備：保持部，其保持匹配規則；及決定部，其基於上述規則而決定匹配方法。
如請求項4之服務支援系統，其中上述規則包含如下規則：使用上述輸入資料錄之上述特定階層之關鍵詞，與各原因資料錄中預先規定之階層進行匹配。
如請求項4之服務支援系統，其中上述規則包含如下規則：於上述輸入資料錄之處理對象之項目為特定階層之項目之情形時，重新取得選擇該項目之發生狀況之輸入資料錄。
如請求項5之服務支援系統，其中上述規則包含如下規則：於上述輸入資料錄之處理對象之項目為特定階層之項目之情形時，重新取得選擇該項目之發生狀況之輸入資料錄。
如請求項1或2之服務支援系統，其中上述受理部可進而受理上述輸出部輸出之原因中由用戶選擇之事項，上述原因資料庫係基於上述輸出部輸出之原因與由上述用戶選擇之事項而重新建構。
如請求項1或2之服務支援系統，其中上述事態包含時間序列之資料推移相關之項目，上述受理部於特定時點輸入服務被提供者相關之蓄積之資料作為上述發生狀況，上述匹配部使上述蓄積之資料與上述時間序列之資料推移相關之項目進行匹配。
一種服務支援方法，其包含如下步驟：受理包含發生之案例之種類與上述案例之發生狀況之輸入；使上述受理之發生狀況與原因資料庫中所儲存之資料群中的對應於上述受理之案例種類之資料群進行匹配，上述原因資料庫係按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；及輸出由上述匹配結果得到之原因。
一種程式，其係使電腦執行以下步驟：受理包含發生之案例之種類與上述案例之發生狀況之輸入；使上述受理之發生狀況、與原因資料庫中儲存之資料群中的對應於上述受理之案例種類之資料群進行匹配，上述原因資料庫係按每個案例之種類儲存將對於案例之發生相關之各事態的各原因建立關聯之資料群；及輸出由上述匹配結果得到之原因。