TW201944335A - 保險業務資料處理方法、伺服器及用戶端 - Google Patents
保險業務資料處理方法、伺服器及用戶端 Download PDFInfo
- Publication number
- TW201944335A TW201944335A TW108104574A TW108104574A TW201944335A TW 201944335 A TW201944335 A TW 201944335A TW 108104574 A TW108104574 A TW 108104574A TW 108104574 A TW108104574 A TW 108104574A TW 201944335 A TW201944335 A TW 201944335A
- Authority
- TW
- Taiwan
- Prior art keywords
- review
- terminal
- applicant
- panel
- server
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Technology Law (AREA)
- Tourism & Hospitality (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本說明書實施例揭示了一種保險業務資料處理方法、伺服器及用戶端，所述方法可以包括：接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；若審核通過，則由所述保險機構服務方進行理賠處理。利用本說明書實施例提供更加公平的理賠處理機制，並且有效提供用戶體驗。
Description
本說明書實施例方案屬於電腦資料處理的技術領域，尤其有關保險業務資料處理方法、伺服器及用戶端。
當重大疾病或其他事故發生時，當事人(這裡的當事人可以包括直系親屬)可以通過保險進行理賠。若當事人未購買保險業務或者保險機構拒賠，還可以進行社會籌款，以進行資金救助，如通過輕鬆籌、水滴等眾籌平臺進行救助。
傳統的保險理賠在理賠結束後，服務即終止，如果發生拒賠，用戶往往比較弱勢，致只能進行一些社會籌款進行救助。以輕鬆籌為例，任何疾病、任何人都可以發起大病眾籌，並且主要是在朋友圈進行傳播，靠親戚或朋友的朋友圈證實真實性。目前的這種方式的真實性難以得到保障，已經存在職業團過進行欺騙或者有家庭收入不錯的人也發起大額籌款。並且，即使是真實的眾籌，籌款者需要向親戚朋友及陌生人充分顯示個人資訊、病情及家庭情況，通常“賣慘”才能籌到更多錢，用戶體驗不佳，患者尊嚴往往迫於籌款需求被迫難以保障。
因此，業內亟需一種可以改變保險機構單向進行理賠審核的現狀，並且提供更加公平、用戶體驗更好的保險業務處理方式。
傳統的保險理賠在理賠結束後，服務即終止，如果發生拒賠，用戶往往比較弱勢，致只能進行一些社會籌款進行救助。以輕鬆籌為例，任何疾病、任何人都可以發起大病眾籌，並且主要是在朋友圈進行傳播，靠親戚或朋友的朋友圈證實真實性。目前的這種方式的真實性難以得到保障，已經存在職業團過進行欺騙或者有家庭收入不錯的人也發起大額籌款。並且，即使是真實的眾籌，籌款者需要向親戚朋友及陌生人充分顯示個人資訊、病情及家庭情況，通常“賣慘”才能籌到更多錢，用戶體驗不佳，患者尊嚴往往迫於籌款需求被迫難以保障。
因此，業內亟需一種可以改變保險機構單向進行理賠審核的現狀，並且提供更加公平、用戶體驗更好的保險業務處理方式。
本說明書實施例目的在於提供一種保險業務資料處理方法、伺服器及用戶端，可以提供更加公平、用戶體驗更好的保險業務處理方式。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端是包括以下方式實現的：
一種保險業務資料處理方法，所述方法包括：
業務伺服器接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初審理賠；
所述業務伺服器接收保險機構服務方的初審理賠結果，並返回給所述申請人終端；
在所述初審理賠結果為拒賠時，所述申請人終端觸發送賠審團審核請求，將所述賠審團審核請求發送至所述業務伺服器；
所述業務伺服器基於所述賠審團審核請求執行所述賠審團審核處理，所述賠審團審核處理包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
所述業務伺服器將賠審團審核的審核結果返回至所述申請人終端；
若審核通過，則由所述保險機構服務方進行理賠處理；
若審核未通過，則所述申請人終端基於觸發指令觸發救助請求，將所述救助請求發送至所述業務伺服器；
所述業務伺服器基於所述求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集。
一種保險業務資料處理方法，所述方法包括：
接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理 ，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
若審核通過，則由所述保險機構服務方進行理賠處理。
一種保險業務資料處理方法，所述方法包括：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種保險業務資料處理方法，所述方法包括：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
一種伺服器，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端，可以在申請人與保險機構在理賠過程中無法達成一致時，提供賠審團審核機制。所述的賠審團審核機制可以由賠審團成員共同決議是否給與理賠。如果賠審團審核通過，則理賠成功，繼續由保險機構進行理賠。賠審團成員的決議結果可以代表大眾對於理賠案件的理賠認知，可以改變目前保險公司說了算的理賠現狀，讓更多維的資料資訊參加理賠處理，為消費者獲取更加平等的理賠結果，有效解決用戶理賠困難、維權成本高的問題。如果賠審團審核未通過，確定存在困難時，申請人還可以進一步進行其他方式的資金籌集。利用本發明實施方案，可以提供更加公平的理賠處理機制，並且有效提供用戶體驗。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端是包括以下方式實現的：
一種保險業務資料處理方法，所述方法包括：
業務伺服器接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初審理賠；
所述業務伺服器接收保險機構服務方的初審理賠結果，並返回給所述申請人終端；
在所述初審理賠結果為拒賠時，所述申請人終端觸發送賠審團審核請求，將所述賠審團審核請求發送至所述業務伺服器；
所述業務伺服器基於所述賠審團審核請求執行所述賠審團審核處理，所述賠審團審核處理包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
所述業務伺服器將賠審團審核的審核結果返回至所述申請人終端；
若審核通過，則由所述保險機構服務方進行理賠處理；
若審核未通過，則所述申請人終端基於觸發指令觸發救助請求，將所述救助請求發送至所述業務伺服器；
所述業務伺服器基於所述求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集。
一種保險業務資料處理方法，所述方法包括：
接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理 ，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
若審核通過，則由所述保險機構服務方進行理賠處理。
一種保險業務資料處理方法，所述方法包括：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種保險業務資料處理方法，所述方法包括：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
一種伺服器，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端，可以在申請人與保險機構在理賠過程中無法達成一致時，提供賠審團審核機制。所述的賠審團審核機制可以由賠審團成員共同決議是否給與理賠。如果賠審團審核通過，則理賠成功，繼續由保險機構進行理賠。賠審團成員的決議結果可以代表大眾對於理賠案件的理賠認知，可以改變目前保險公司說了算的理賠現狀，讓更多維的資料資訊參加理賠處理，為消費者獲取更加平等的理賠結果，有效解決用戶理賠困難、維權成本高的問題。如果賠審團審核未通過，確定存在困難時，申請人還可以進一步進行其他方式的資金籌集。利用本發明實施方案，可以提供更加公平的理賠處理機制，並且有效提供用戶體驗。
為了使本技術領域的人員更好地理解本說明書中的技術方案，下面將結合本說明書實施例中的圖式，對本說明書實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本說明書中的一部分實施例，而不是全部的實施例。基於本說明書中的一個或多個實施例，本發明所屬技術領域中具有通常知識者在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本說明書實施例保護的範圍。
下面以一個具體的用戶終端進行疾病保險理賠的應用場景為例對本說明書實施方案進行說明。具體地，圖1是本說明書提供的所述一種保險業務資料處理方法實施例的流程示意圖。雖然本說明書提供了如下述實施例或圖式所示的方法操作步驟或裝置結構，但基於常規或者無需創造性的勞動在所述方法或裝置中可以包括更多或者部分合併後更少的操作步驟或模組單元。在邏輯性上不存在必要因果關係的步驟或結構中，這些步驟的執行順序或裝置的模組結構不限於本說明書實施例或圖式所示的執行順序或模組結構。所述的方法或模組結構的在實際中的裝置、伺服器或終端產品應用時，可以按照實施例或者圖式所示的方法或模組結構進行順序執行或者並行執行(例如並行處理器或者多執行緒處理的環境、甚至包括分散式處理、伺服器集群的實施環境)。
當然，下述實施例的描述並不對基於本說明書的其他可擴展到的技術方案構成限制。例如其他的實施場景中，本說明書提供的實施方案同樣可以應用到保險機構實體產品理賠、買家和賣家關於貨物退款的糾紛等的實施場景中，如，如汽車或貴金屬理賠、賣家不予退貨/退款等。具體的一種實施例如圖1所示，本說明書提供的一種保險業務資料處理方法可以包括：
S0：業務伺服器接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初審理賠。
申請人可以為在終端應用上購買了相應疾病保險業務的用戶，如使用在支付應用上購買了某個保險產品(為便於描述，這裡可以統一稱為申請人終端)。當需要進行出險理賠時，可以在申請人終端上點擊出險理賠業務。此時申請人終端可以向對應該支付應用的業務伺服器發送理賠請求。業務伺服器接收到理賠請求後，可以將對應的理賠資料發送給保險機構服務方，由保險機構服務方先進行初步理賠審理。
所述的保險機構服務方可以為保險公司/機構對理賠資料進行處理的終端設備，如保險機構的業務處理伺服器。發送給保險機構服務方的理賠資料可以包括預先約定的保險機構服務方初審理賠需要的資料。
S2：所述業務伺服器接收保險機構服務方的初審理賠結果，並返回給所述申請人終端。
保險公司根據申請人的理賠資料進行初步理賠處理，將處理結果返回給業務伺服器。業務伺服器可以將初步理賠結果返回給申請人終端，以便申請人可以進行查看。
S4：在所述初審理賠結果為拒賠時，所述申請人終端觸發送賠審團審核請求，將所述賠審團審核請求發送至所述業務伺服器。
保險公司不進行理賠，或者保險公司與申請人協商後仍然無法達成一致時(這裡統稱為拒賠)，申請人可以進而在所述理賠終端上發起賠審團審核請求，執行賠審團審核機制。
這裡的賠審團審核機制可以默認設定在保險公司拒賠的情況下可以使用。
S6：所述業務伺服器基於所述賠審團審核請求執行所述賠審團審核處理，所述賠審團審核處理包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過。
業務伺服器獲取申請人的賠審團審核請求後，可以啟動賠審團審核處理。本實施例中所示的賠審團，一般的可以設定一個保險業務種類對應一個相應的賠審團，如對應保險業務所述賠審團中有選取的賠審團成員。一個示例中，對於保險業務A，則可以有保險業務A的賠審團C-A，賠審團C-A中的成員可以為專門選取的成員，如報考對保險業務有豐富經驗的專業人員、普通社會成員、上述所述支付應用的成員、購買與申請人同類保險產品的用戶等中的一種或者多種的成員組成方案。本說明書提供的一個實施例中，所述賠審團成員可以採用下述方式確定；
S60：從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。
本實施例中，對應該保險業務產品的賠審團成員可以全部由購買與申請人同類產品的用戶組成。這樣，由於都是購買的同類疾病保險，成員通常掌握或理解一定的相關產品知識，或者有著相同或類似的購買需求與理賠期望，因此，本實施例方案中的確定的賠審團成員進行賠審團審核的結果更加符合保險產品理賠的公眾期望，理賠結果更加公平、合理。
本說明書提供的實施例中並不限定業務伺服器具體的審核機制，在其利用包括賠審團成員進行理賠投票的比例決定是否審核通過的基礎上，可以根據具體業務需求產生多種實施方案。具體地，本說明書提供的一個實施例方案中，所述的所述賠審團審核可以包括：
S62：將所述申請人的理賠案件資料發送至賠審團成員終端；
S64：獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
S66：統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
圖2是本說明書提供的伺服器進行賠審團審核的處理實施例的方法示意圖。所述業務伺服器可以將申請的理賠案件資料分別發送給各個配成成員所在/等級的終端設備(這裡可以統稱為賠審團成員終端)。賠審團成員可以基於理賠案件資料做出自己的理賠判斷結果，如同意理賠或者拒絕理賠(在此可以統稱為終端投票)。然後可以將每個賠審團成員的終端投票結果進行匯總，統計這些終端投票中同意所述申請人進行理賠的投票比例。如果投票比例達到設定的閾值，則可以確定該申請人的賠審團審核的審核結果為通過。
一些實施例中，發送給保險機構服務方的理賠資料可以與發送給所述賠審團成員終端的理賠案件資料的資料全部相同，或者部分相同。保險公司需要的理賠資料，和提供給賠審團成員的資料可以無需完全一致，例如有的資訊保險公司是已有的，無需再提供，而賠審團成員可能需要額外的一些資料資訊。
本實施例中同意理賠的比例的預設閾值，可以根據用戶和業務產品進行設定，如50%或者75%等。本說明書提供的一種實施方式中，所述預設閾值可以設定為50%，這樣的設定可以更加符合大眾對於投票機制應當遵循大多數投票人員意志的投票結果，使得賠審團審核的處理結果更加合理，體驗效果更佳。當然，處於保險產品的特殊需求或其他要求，其他實施例中所示預設閾值可以設定為其他比例。
另一種實施例中，如果同意理賠的比例正好為50%，本說明書的一個實施例中對應該中情況可以採用之處申請人一方，實施確定申請人的賠審團審核請求為通過。這樣，當雙方實力均敵時，也更加符合大眾對於弱勢一方發支持期望，進一步提高用戶體驗。
在本說明書的一些實施例中，發送給賠審團成員的資料中涉及申請人的一些敏感資訊可以進行顯示，僅有這些賠審團成員可見。另一些實施方案中，可以進行資訊脫敏，對申請人的一些私密資訊進行保護。賠審團成員可以僅就對理賠案件本身是否應該進行理賠做出判斷，可以無需關注具體的申請人的資訊。這樣可以有效保護申請人資訊，解決或至少大幅度降低常規理賠或救助中公開個人隱私資訊、疾病狀態下的身體照片(理賠判斷需求的必要照片除外)等。因此，一種實施例中，發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
S8：所述業務伺服器將賠審團審核的審核結果返回至所述申請人終端。
確定出賠審團的審核結果後，可以將審核結果返回給申請人終端。以及，
S101：若審核通過，則由所述保險機構服務方進行理賠處理；
S102：若審核未通過，則所述申請人終端基於觸發指令觸發救助請求，將所述救助請求發送至所述業務伺服器；
S103：所述業務伺服器基於所述求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集。
如果審核通過，則繼續由保險機構服務方提供理賠。可以在申請人終端或賠審團成員終端顯示該理賠案件的理賠成功的資訊公開。這裡的審核通過時保險機構服務方進行的理賠處理可以按照所述初步理賠成功時的理賠結果相同的理賠方式，也可以按照其他協商或追加的理賠方式，如當保險公司不予理賠而賠審團機制結果為90%以上的成員認為應該理賠，則說明保險公司可能存在條款不合理的情況，可以設定追加或者其他的賠付措施。
當然，如果審核未通過，申請人可以在所述申請人終端提供的愛心救助中發起救助請求，進行社會資金籌集。這裡的救助請求可以公開申請人的資訊，以便普通社會成員瞭解其情況，具體地可以遵循申請人資訊公開程度的意願。當然，可以設定所述求助處理求在所述賠審團審核結果為未通過時執行。
一些實施例中，所述伺服器可以實時統計目前終端投票結果。本發明的一個實施例中目前投票結果可以發送給申請人終端進行顯示，以便申請人及時瞭解賠審團審核進度和狀態。另一個實施例中，設定在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。這樣的處理方式可以避免或降低賠審團成員考慮的主觀因素影響而導致的投票結果不客觀的問題，例如當投票結果較低時，賠審團成員本應不同意理賠，但考慮到申請人家庭困難，但案子目前投票狀態可能不通過審核而採取同意理賠。本實施例不顯示目前投票結果的方案可以有效解決該現象。
另一個實施例中，還可以設定有投票有效時間，相應地，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。例如可以設定在啟動賠審團審核機制時，賠審團成員需要在24小時以內做出投票結果，超期投票有效時間的投票可以視為無效。這樣可以符合一些理賠案件理賠進行需求(如重大疾病需要儘快決策是否理賠)，也可以提供理賠結果處理速度，提高用戶理賠處理體驗。
另一個實施例中，還可以設定最低投票有閾值，該閾值可以保障投票的基數達到一定數量時投票結果才有效。例如，當有1000個賠審團成員時，對於一個理賠案件，可能會存在有的賠審團成員為進行投票，則此時可以設定至少要有229個終端投票才能做出有效的投票結果。因此，另一個實施例中，還包括可以設定有最低投票有效閾值，相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
另一種實施方式中，所述理賠案件的關聯資料資訊可以採用區塊鏈的方式進行儲存。採用區塊鏈技術，可以提升資料的安全性和透明性。所的關聯資料資訊可以包括保單資訊、客戶資訊、理賠資訊等。利用區塊鏈資料無法篡改的特點，能夠有效避免意外事故對資料安全的衝擊。透過區塊鏈，每筆理賠資金的流向都公開透明，每筆資金流轉資料都不可篡改，每筆資金的去處和用途都有跡可查。本實施例方案在保護用戶隱私的前提下，最大限度做到了透明性，讓會員清清楚楚地看到資金的變化，增強用戶對終端APP和保險機構的信任。
上述實施例所述申請人終端或賠審團成員終端具體地可以例如可以為PC(personal computer)機、伺服器、工控機(工業控制電腦)、行動智慧型電話、平板電子設備、可攜式電腦(例如筆記型電腦等)、個人數位助理(PDA)、或桌上型電腦或智慧型穿戴設備等。行動通訊終端、手持設備、車載設備、穿戴式設備、電視設備、計算設備。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端，可以在申請人與保險機構在理賠過程中無法達成一致時，提供賠審團審核機制。所述的賠審團審核機制可以由賠審團成員共同決議是否給與理賠。如果賠審團審核通過，則理賠成功，繼續由保險機構進行理賠。賠審團成員的決議結果可以代表大眾對於理賠案件的理賠認知，可以改變目前保險公司說了算的理賠現狀，讓更多維的資料資訊參加理賠處理，為消費者獲取更加平等的理賠結果，有效解決用戶理賠困難、維權成本高的問題。
上述實施例描述了申請人的終端與業務伺服器、賠審團成員終端與業務伺服器等之間的資料互動處理。基於上述描述，本說明書還提供一種可以用於業務伺服器一側的保險業務資料處理方法。所述的業務伺服器可以與用戶的終端設備進行互動，用戶的終端設備上可以安裝有提供保險業務的終端應用。所述的業務伺服器可以包括單獨的伺服器、伺服器集群、分散式系統伺服器或者處理設備請求資料的伺服器與其他相關聯資料處理的系統伺服器組合(如識別待處理設備的伺服器與訓練構建設備識別模型的伺服器)。具體地，對於業務伺服器一側執行而言，本實施例提供的一種保險業務資料處理方法，如圖3所示，所述方法可以包括：
S200：接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
S202：接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
S204：接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
S206：若審核通過，則由所述保險機構服務方進行理賠處理。
一個實施例中，所述賠審團成員可以採用下述方式確定；
從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。當然，本說明書其他實施例不限於賠審團成員必須全部為與所述申請人購買相同理賠產品的用戶中選取。
本說明書提供的所述方法的另一個實施例中，所述賠審團審核可以包括：
將所述申請人的理賠案件資料發送至賠審團成員終端；
獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
本說明書提供的所述方法的另一個實施例中，發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
本說明書提供的所述方法的另一個實施例中， 所述處理器還執行：
將目前終端投票的統計結果發送至所述申請人終端進行顯示。
本說明書提供的所述方法的另一個實施例中，可以設定在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。
本說明書提供的所述方法的另一個實施例中，所述預設閾值設定為50%。
本說明書提供的所述方法的另一個實施例中，當所述同意理賠的比例為50%時，確定所述申請人的賠審團審核請求為通過。
本說明書提供的所述方法的另一個實施例中，還可以設定有投票有效時間，相應地，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。
本說明書提供的所述方法的另一個實施例中，還可以包括設定有最低投票有效閾值，
相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
本說明書提供的所述方法的另一個實施例中，還可以包括：
基於申請人終端的求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集，所述求助處理求在所述賠審團審核結果為未通過時執行。
本說明書提供的所述方法的另一個實施例中，所述理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
上述實施例所述可以用於業務伺服器一側的方法實施例具體的實施可以參照相關方法實施例的描述，在此不做贅述。
基於上述多次互動的實施例中描述，本說明書還提供一種可以用於申請人終端的保險業務資料處理方法。具體地，如圖4所示，所述一種保險業務資料處理方法可以包括：
S300：提供帶有賠審團審核機制的保險業務；
S302：進行業務理賠時向業務伺服器發送理賠請求；
S304：接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
S306：在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
S308：接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
上述所述的方法的基於發起保險理賠進行業務資料處理的終端一側的處理過程。基於前述多側互動實施例，可以用於所述申請人終端的方法還可以包括其他實施例，在此不做贅述。
基於上述多次互動的實施例中描述，本說明書還提供一種可以用於賠審團成員終端一側的保險業務資料處理方法。具體地，如圖5所示，所述一種保險業務資料處理方法可以包括：
S400：提供帶有賠審團審核機制的保險審核業務；
S402：接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
S404：將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
S406：接收賠審團審核的審核結果。
上述所述的方法的基於發起保險理賠進行賠審團成員理賠案件審核時業務資料處理的終端一側的處理過程。基於前述多側互動實施例，可以用於所述賠審團成員終端一側的方法還可以包括其他實施例，在此不做贅述。
本說明書實施例所提供的方法實施例可以在行動終端、電腦終端、伺服器或者類似的運算裝置中執行。以運行在伺服器上為例，圖6是本發明實施例的一種識別車輛受損部件的伺服器的硬體結構方塊圖。如圖6所示，伺服器10可以包括一個或多個(圖中僅顯示一個)處理器102(處理器102可以包括但不限於微處理器MCU或可編程邏輯裝置FPGA等的處理裝置)、用於儲存資料的記憶體104、以及用於通訊功能的傳輸模組106。本發明所屬技術領域中具有通常知識者可以理解，圖4所示的結構僅為示意，其並不對上述電子裝置的結構造成限定。例如，伺服器10還可包括比圖4中所示更多或者更少的組件，例如還可以包括其他的處理硬體，如資料庫或多級快取，或者具有與圖6所示不同的配置。
記憶體104可用於儲存應用軟體的軟體程式以及模組，如本發明實施例中的搜索方法對應的程式指令/模組，處理器102透過運行儲存在記憶體104內的軟體程式以及模組，從而執行各種功能應用以及資料處理，即實現上述導航互動界面內容顯示的處理方法。記憶體104可包括高速隨機記憶體，還可包括非易失性記憶體，如一個或者多個磁性儲存裝置、快閃記憶體、或者其他非易失性固態記憶體。在一些實例中，記憶體104可進一步包括相對於處理器102遠程設置的記憶體，這些遠程記憶體可以透過網路連接至電腦終端10。上述網路的實例包括但不限於網際網路、企業內部網、局域網、行動通訊網及其組合。
傳輸模組106用於經由一個網路接收或者發送資料。上述的網路具體實例可包括電腦終端10的通訊供應商提供的無線網路。在一個實例中，傳輸模組106包括一個網路配接器(Network Interface Controller，NIC)，其可透過基站與其他網路設備相連從而可與網際網路進行通訊。在一個實例中，傳輸模組106可以為射頻(Radio Frequency，RF)模組，其用於透過無線方式與網際網路進行通訊。
基於上述所述的設備型號識別方法，本說明書還提供一種保險業務資料處理的裝置。所述的裝置可以包括使用了本說明書實施例所述方法的系統(包括分散式系統)、軟體(應用程式)、模組、組件、伺服器、用戶端等並結合必要的實施硬體的設備裝置。基於同一創新構思，本說明書提供的一種實施例中的處理裝置如下面的實施例所述。由於裝置解決問題的實現方案與方法相似，因此本說明書實施例具體的處理裝置的實施可以參見前述方法的實施，重複之處不再贅述。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。具體地，如圖5所示，圖5是本說明書提供的可以用於伺服器一側的一種保險業務資料處理裝置實施例的模組結構示意圖，具體地可以包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
若審核通過，則由所述保險機構服務方進行理賠處理。
所述伺服器的另一個實施例中，所述賠審團成員採用下述方式確定；
從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。
所述伺服器的另一個實施例中，所述處理器的賠審團審核具體地可以包括：
將所述申請人的理賠案件資料發送至賠審團成員終端；
獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
所述伺服器的另一個實施例中，所述處理器發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
所述伺服器的另一個實施例中，所述處理器還執行：
將目前終端投票的統計結果發送至所述申請人終端進行顯示。
所述伺服器的另一個實施例中，設定成，在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。
所述伺服器的另一個實施例中，所述預設閾值設定為50%。
所述伺服器的另一個實施例中，當所述同意理賠的比例為50%時，確定所述申請人的賠審團審核請求為通過。
所述伺服器的另一個實施例中，設定有投票有效時間，相應的，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。
所述伺服器的另一個實施例中，還包括設定有最低投票有效閾值，
相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
所述伺服器的另一個實施例中，所述處理器還執行：
基於申請人終端的求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集，所述求助處理求在所述賠審團審核結果為未通過時執行。
所述伺服器的另一個實施例中，所述理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
本說明書還提供一種用戶端，申請人可以透過所述用戶端進行出現理賠，在保險公司拒賠時啟動賠審團審核機制。具體地，一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
本說明書還提供另一種用戶端，以用於賠審團成員在所述用戶端進行理賠案件是否給與理賠的投票處理。具體地，一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
本說明書實施例提供的伺服器或用戶端可以在電腦中由處理器執行相應的程式指令來實現，如使用windows作業系統的c++語言在PC端或伺服器端實現，或其他例如Linux、系統相對應的應用設計語言集合必要的硬體實現，或者基於量子電腦的處理邏輯實現等。具體地，上述的指令可以儲存在多種電腦可讀儲存媒體中。所述電腦可讀儲存媒體可以包括用於儲存資訊的實體裝置，可以將資訊數位化後再以利用電、磁或者光學等方式的媒體加以儲存。本實施例所述的電腦可讀儲存媒體有可以包括：利用電能方式儲存資訊的裝置如，各式記憶體，如RAM、ROM等；利用磁能方式儲存資訊的裝置如，硬碟、軟碟、磁帶、磁芯記憶體、磁泡記憶體、隨身碟；利用光學方式儲存資訊的裝置如，CD或DVD。當然，還有其他方式的可讀儲存媒體，例如量子記憶體、石墨烯記憶體等等。上述所述的裝置或伺服器或用戶端或處理設備中的所涉及的指令同上描述。
需要說明的是，本說明書實施例上述所述的用戶端、伺服器，根據相關方法實施例的描述還可以包括其他的實施方式。具體的實現方式可以參照方法實施例的描述，在此不作一一贅述。
本說明書中的各個實施例均採用漸近的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於硬體加程式類實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
本發明實施例中所述涉及的理賠支付的技術載體，例如可以包括近場通訊(Near Field Communication，NFC)、WIFI、3G/4G/5G、POS機刷卡技術、二維碼掃碼技術、條碼掃碼技術、藍牙、紅外、簡訊(Short Message Service，SMS)、多媒體訊息(Multimedia Message Service，MMS)等
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求顯示的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多任務處理和並行處理也是可以的或者可能是有利的。
雖然本發明提供了如實施例或流程圖所述的方法操作步驟，但基於常規或者無創造性的勞動可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執行順序中的一種方式，不代表唯一的執行順序。在實際中的裝置或系統伺服器產品執行時，可以按照實施例或者圖式所示的方法順序執行或者並行執行(例如並行處理器或者多執行緒處理的環境)。
儘管本說明書實施例內容中提到成員選取方式、投票預設比例確定、區塊鏈資料儲存處理等之類的資料獲取、儲存、互動、計算、判斷等操作和資料描述，但是，本說明書實施例並不侷限於必須是符合行業通訊標準、標準分類模型處理、通訊協議和標準資料模型/模板或本說明書實施例所描述的情況。某些行業標準或者使用自定義方式或實施例描述的實施基礎上略加修改後的實施方案也可以實現上述實施例相同、等同或相近、或變形後可預料的實施效果。應用這些修改或變形後的資料獲取、儲存、判斷、處理方式等獲取的實施例，仍然可以屬於本說明書的可選實施方案範圍之內。
在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進(例如，對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都透過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可編程邏輯裝置(
Programmable Logic Device, PLD)(例如現場可編程閘陣列(Field Programmable Gate Array，FPGA))就是這樣一種積體電路，其邏輯功能由用戶對裝置編程來確定。由設計人員自行編程來把一個數位系統“整合”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片。而且，如今，取代手工地製作積體電路晶片，這種編程也多半改用“邏輯編譯器(logic compiler)”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始碼也得用特定的編程語言來撰寫，此稱之為硬體描述語言(Hardware Description Language，HDL)，而HDL也並非僅有一種，而是有許多種，如ABEL(Advanced
Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell
University Programming Language)、HDCal、JHDL(Java
Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed
Integrated Circuit Hardware Description Language)與
Verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。
控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如軟體或韌體)的電腦可讀媒體、邏輯閘、開關、特定應用積體電路(Application
Specific Integrated Circuit，ASIC)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip
PIC18F26K20以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、特定應用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
上述實施例闡明的處理設備、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體地，電腦例如可以為個人電腦、膝上型電腦、車載人機互動設備、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放器、導航設備、電子郵件設備、遊戲控制台、平板電腦、穿戴式設備或者這些設備中的任何設備的組合。
雖然本說明書實施例提供了如實施例或流程圖所述的方法操作步驟，但基於習知或者無創造性的手段可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執行順序中的一種方式，不代表唯一的執行順序。在實際中的裝置或終端產品執行時，可以按照實施例或者圖式所示的方法順序執行或者並行執行(例如平行處理器或者多執行緒處理的環境，甚至為分散式資料處理環境)。術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、產品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、產品或者設備所固有的要素。在沒有更多限制的情況下，並不排除在包括所述要素的過程、方法、產品或者設備中還存在另外的相同或等同要素。
為了描述的方便，描述以上裝置時以功能分為各種模組分別描述。當然，在實施本說明書實施例時可以把各模組的功能在同一個或多個軟體和/或硬體中實現，也可以將實現同一功能的模組由多個子模組或子單元的組合實現等。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以整合到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是通過一些介面，裝置或單元的間接耦合或通訊連接，可以是電性、機械或其它的形式。
本領域技術人員也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、專用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內部包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和／或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和／或方塊圖中的每一流程和／或方塊、以及流程圖和／或方塊圖中的流程和／或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能的步驟。
在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。
記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。
電腦可讀媒體包括永久性和非永久性、可拆除和非可拆除媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程只讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、只讀光碟只讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁碟儲存或其他磁性儲存設備或任何其他非傳輸介質，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫態性電腦可讀媒體(transitory media)，如調變的資料信號和載波。
本領域技術人員應明白，本說明書的實施例可提供為方法、系統或電腦程式產品。因此，本說明書實施例可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本說明書實施例可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本說明書實施例可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、物件、組件、資料結構等等。也可以在分散式計算環境中實踐本說明書實施例，在這些分散式計算環境中，由透過通訊網路而被連接的遠程處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存媒體中。
本說明書中的各個實施例均採用漸近的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本說明書實施例的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。
以上所述僅為本說明書實施例的實施例而已，並不用於限制本說明書實施例。對於本領域技術人員來說，本說明書實施例可以有各種更改和變化。凡在本說明書實施例的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本說明書實施例的申請專利範圍之內。
下面以一個具體的用戶終端進行疾病保險理賠的應用場景為例對本說明書實施方案進行說明。具體地，圖1是本說明書提供的所述一種保險業務資料處理方法實施例的流程示意圖。雖然本說明書提供了如下述實施例或圖式所示的方法操作步驟或裝置結構，但基於常規或者無需創造性的勞動在所述方法或裝置中可以包括更多或者部分合併後更少的操作步驟或模組單元。在邏輯性上不存在必要因果關係的步驟或結構中，這些步驟的執行順序或裝置的模組結構不限於本說明書實施例或圖式所示的執行順序或模組結構。所述的方法或模組結構的在實際中的裝置、伺服器或終端產品應用時，可以按照實施例或者圖式所示的方法或模組結構進行順序執行或者並行執行(例如並行處理器或者多執行緒處理的環境、甚至包括分散式處理、伺服器集群的實施環境)。
當然，下述實施例的描述並不對基於本說明書的其他可擴展到的技術方案構成限制。例如其他的實施場景中，本說明書提供的實施方案同樣可以應用到保險機構實體產品理賠、買家和賣家關於貨物退款的糾紛等的實施場景中，如，如汽車或貴金屬理賠、賣家不予退貨/退款等。具體的一種實施例如圖1所示，本說明書提供的一種保險業務資料處理方法可以包括：
S0：業務伺服器接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初審理賠。
申請人可以為在終端應用上購買了相應疾病保險業務的用戶，如使用在支付應用上購買了某個保險產品(為便於描述，這裡可以統一稱為申請人終端)。當需要進行出險理賠時，可以在申請人終端上點擊出險理賠業務。此時申請人終端可以向對應該支付應用的業務伺服器發送理賠請求。業務伺服器接收到理賠請求後，可以將對應的理賠資料發送給保險機構服務方，由保險機構服務方先進行初步理賠審理。
所述的保險機構服務方可以為保險公司/機構對理賠資料進行處理的終端設備，如保險機構的業務處理伺服器。發送給保險機構服務方的理賠資料可以包括預先約定的保險機構服務方初審理賠需要的資料。
S2：所述業務伺服器接收保險機構服務方的初審理賠結果，並返回給所述申請人終端。
保險公司根據申請人的理賠資料進行初步理賠處理，將處理結果返回給業務伺服器。業務伺服器可以將初步理賠結果返回給申請人終端，以便申請人可以進行查看。
S4：在所述初審理賠結果為拒賠時，所述申請人終端觸發送賠審團審核請求，將所述賠審團審核請求發送至所述業務伺服器。
保險公司不進行理賠，或者保險公司與申請人協商後仍然無法達成一致時(這裡統稱為拒賠)，申請人可以進而在所述理賠終端上發起賠審團審核請求，執行賠審團審核機制。
這裡的賠審團審核機制可以默認設定在保險公司拒賠的情況下可以使用。
S6：所述業務伺服器基於所述賠審團審核請求執行所述賠審團審核處理，所述賠審團審核處理包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過。
業務伺服器獲取申請人的賠審團審核請求後，可以啟動賠審團審核處理。本實施例中所示的賠審團，一般的可以設定一個保險業務種類對應一個相應的賠審團，如對應保險業務所述賠審團中有選取的賠審團成員。一個示例中，對於保險業務A，則可以有保險業務A的賠審團C-A，賠審團C-A中的成員可以為專門選取的成員，如報考對保險業務有豐富經驗的專業人員、普通社會成員、上述所述支付應用的成員、購買與申請人同類保險產品的用戶等中的一種或者多種的成員組成方案。本說明書提供的一個實施例中，所述賠審團成員可以採用下述方式確定；
S60：從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。
本實施例中，對應該保險業務產品的賠審團成員可以全部由購買與申請人同類產品的用戶組成。這樣，由於都是購買的同類疾病保險，成員通常掌握或理解一定的相關產品知識，或者有著相同或類似的購買需求與理賠期望，因此，本實施例方案中的確定的賠審團成員進行賠審團審核的結果更加符合保險產品理賠的公眾期望，理賠結果更加公平、合理。
本說明書提供的實施例中並不限定業務伺服器具體的審核機制，在其利用包括賠審團成員進行理賠投票的比例決定是否審核通過的基礎上，可以根據具體業務需求產生多種實施方案。具體地，本說明書提供的一個實施例方案中，所述的所述賠審團審核可以包括：
S62：將所述申請人的理賠案件資料發送至賠審團成員終端；
S64：獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
S66：統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
圖2是本說明書提供的伺服器進行賠審團審核的處理實施例的方法示意圖。所述業務伺服器可以將申請的理賠案件資料分別發送給各個配成成員所在/等級的終端設備(這裡可以統稱為賠審團成員終端)。賠審團成員可以基於理賠案件資料做出自己的理賠判斷結果，如同意理賠或者拒絕理賠(在此可以統稱為終端投票)。然後可以將每個賠審團成員的終端投票結果進行匯總，統計這些終端投票中同意所述申請人進行理賠的投票比例。如果投票比例達到設定的閾值，則可以確定該申請人的賠審團審核的審核結果為通過。
一些實施例中，發送給保險機構服務方的理賠資料可以與發送給所述賠審團成員終端的理賠案件資料的資料全部相同，或者部分相同。保險公司需要的理賠資料，和提供給賠審團成員的資料可以無需完全一致，例如有的資訊保險公司是已有的，無需再提供，而賠審團成員可能需要額外的一些資料資訊。
本實施例中同意理賠的比例的預設閾值，可以根據用戶和業務產品進行設定，如50%或者75%等。本說明書提供的一種實施方式中，所述預設閾值可以設定為50%，這樣的設定可以更加符合大眾對於投票機制應當遵循大多數投票人員意志的投票結果，使得賠審團審核的處理結果更加合理，體驗效果更佳。當然，處於保險產品的特殊需求或其他要求，其他實施例中所示預設閾值可以設定為其他比例。
另一種實施例中，如果同意理賠的比例正好為50%，本說明書的一個實施例中對應該中情況可以採用之處申請人一方，實施確定申請人的賠審團審核請求為通過。這樣，當雙方實力均敵時，也更加符合大眾對於弱勢一方發支持期望，進一步提高用戶體驗。
在本說明書的一些實施例中，發送給賠審團成員的資料中涉及申請人的一些敏感資訊可以進行顯示，僅有這些賠審團成員可見。另一些實施方案中，可以進行資訊脫敏，對申請人的一些私密資訊進行保護。賠審團成員可以僅就對理賠案件本身是否應該進行理賠做出判斷，可以無需關注具體的申請人的資訊。這樣可以有效保護申請人資訊，解決或至少大幅度降低常規理賠或救助中公開個人隱私資訊、疾病狀態下的身體照片(理賠判斷需求的必要照片除外)等。因此，一種實施例中，發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
S8：所述業務伺服器將賠審團審核的審核結果返回至所述申請人終端。
確定出賠審團的審核結果後，可以將審核結果返回給申請人終端。以及，
S101：若審核通過，則由所述保險機構服務方進行理賠處理；
S102：若審核未通過，則所述申請人終端基於觸發指令觸發救助請求，將所述救助請求發送至所述業務伺服器；
S103：所述業務伺服器基於所述求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集。
如果審核通過，則繼續由保險機構服務方提供理賠。可以在申請人終端或賠審團成員終端顯示該理賠案件的理賠成功的資訊公開。這裡的審核通過時保險機構服務方進行的理賠處理可以按照所述初步理賠成功時的理賠結果相同的理賠方式，也可以按照其他協商或追加的理賠方式，如當保險公司不予理賠而賠審團機制結果為90%以上的成員認為應該理賠，則說明保險公司可能存在條款不合理的情況，可以設定追加或者其他的賠付措施。
當然，如果審核未通過，申請人可以在所述申請人終端提供的愛心救助中發起救助請求，進行社會資金籌集。這裡的救助請求可以公開申請人的資訊，以便普通社會成員瞭解其情況，具體地可以遵循申請人資訊公開程度的意願。當然，可以設定所述求助處理求在所述賠審團審核結果為未通過時執行。
一些實施例中，所述伺服器可以實時統計目前終端投票結果。本發明的一個實施例中目前投票結果可以發送給申請人終端進行顯示，以便申請人及時瞭解賠審團審核進度和狀態。另一個實施例中，設定在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。這樣的處理方式可以避免或降低賠審團成員考慮的主觀因素影響而導致的投票結果不客觀的問題，例如當投票結果較低時，賠審團成員本應不同意理賠，但考慮到申請人家庭困難，但案子目前投票狀態可能不通過審核而採取同意理賠。本實施例不顯示目前投票結果的方案可以有效解決該現象。
另一個實施例中，還可以設定有投票有效時間，相應地，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。例如可以設定在啟動賠審團審核機制時，賠審團成員需要在24小時以內做出投票結果，超期投票有效時間的投票可以視為無效。這樣可以符合一些理賠案件理賠進行需求(如重大疾病需要儘快決策是否理賠)，也可以提供理賠結果處理速度，提高用戶理賠處理體驗。
另一個實施例中，還可以設定最低投票有閾值，該閾值可以保障投票的基數達到一定數量時投票結果才有效。例如，當有1000個賠審團成員時，對於一個理賠案件，可能會存在有的賠審團成員為進行投票，則此時可以設定至少要有229個終端投票才能做出有效的投票結果。因此，另一個實施例中，還包括可以設定有最低投票有效閾值，相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
另一種實施方式中，所述理賠案件的關聯資料資訊可以採用區塊鏈的方式進行儲存。採用區塊鏈技術，可以提升資料的安全性和透明性。所的關聯資料資訊可以包括保單資訊、客戶資訊、理賠資訊等。利用區塊鏈資料無法篡改的特點，能夠有效避免意外事故對資料安全的衝擊。透過區塊鏈，每筆理賠資金的流向都公開透明，每筆資金流轉資料都不可篡改，每筆資金的去處和用途都有跡可查。本實施例方案在保護用戶隱私的前提下，最大限度做到了透明性，讓會員清清楚楚地看到資金的變化，增強用戶對終端APP和保險機構的信任。
上述實施例所述申請人終端或賠審團成員終端具體地可以例如可以為PC(personal computer)機、伺服器、工控機(工業控制電腦)、行動智慧型電話、平板電子設備、可攜式電腦(例如筆記型電腦等)、個人數位助理(PDA)、或桌上型電腦或智慧型穿戴設備等。行動通訊終端、手持設備、車載設備、穿戴式設備、電視設備、計算設備。
本說明書實施例提供的一種保險業務資料處理方法、伺服器及用戶端，可以在申請人與保險機構在理賠過程中無法達成一致時，提供賠審團審核機制。所述的賠審團審核機制可以由賠審團成員共同決議是否給與理賠。如果賠審團審核通過，則理賠成功，繼續由保險機構進行理賠。賠審團成員的決議結果可以代表大眾對於理賠案件的理賠認知，可以改變目前保險公司說了算的理賠現狀，讓更多維的資料資訊參加理賠處理，為消費者獲取更加平等的理賠結果，有效解決用戶理賠困難、維權成本高的問題。
上述實施例描述了申請人的終端與業務伺服器、賠審團成員終端與業務伺服器等之間的資料互動處理。基於上述描述，本說明書還提供一種可以用於業務伺服器一側的保險業務資料處理方法。所述的業務伺服器可以與用戶的終端設備進行互動，用戶的終端設備上可以安裝有提供保險業務的終端應用。所述的業務伺服器可以包括單獨的伺服器、伺服器集群、分散式系統伺服器或者處理設備請求資料的伺服器與其他相關聯資料處理的系統伺服器組合(如識別待處理設備的伺服器與訓練構建設備識別模型的伺服器)。具體地，對於業務伺服器一側執行而言，本實施例提供的一種保險業務資料處理方法，如圖3所示，所述方法可以包括：
S200：接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
S202：接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
S204：接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
S206：若審核通過，則由所述保險機構服務方進行理賠處理。
一個實施例中，所述賠審團成員可以採用下述方式確定；
從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。當然，本說明書其他實施例不限於賠審團成員必須全部為與所述申請人購買相同理賠產品的用戶中選取。
本說明書提供的所述方法的另一個實施例中，所述賠審團審核可以包括：
將所述申請人的理賠案件資料發送至賠審團成員終端；
獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
本說明書提供的所述方法的另一個實施例中，發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
本說明書提供的所述方法的另一個實施例中， 所述處理器還執行：
將目前終端投票的統計結果發送至所述申請人終端進行顯示。
本說明書提供的所述方法的另一個實施例中，可以設定在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。
本說明書提供的所述方法的另一個實施例中，所述預設閾值設定為50%。
本說明書提供的所述方法的另一個實施例中，當所述同意理賠的比例為50%時，確定所述申請人的賠審團審核請求為通過。
本說明書提供的所述方法的另一個實施例中，還可以設定有投票有效時間，相應地，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。
本說明書提供的所述方法的另一個實施例中，還可以包括設定有最低投票有效閾值，
相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
本說明書提供的所述方法的另一個實施例中，還可以包括：
基於申請人終端的求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集，所述求助處理求在所述賠審團審核結果為未通過時執行。
本說明書提供的所述方法的另一個實施例中，所述理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
上述實施例所述可以用於業務伺服器一側的方法實施例具體的實施可以參照相關方法實施例的描述，在此不做贅述。
基於上述多次互動的實施例中描述，本說明書還提供一種可以用於申請人終端的保險業務資料處理方法。具體地，如圖4所示，所述一種保險業務資料處理方法可以包括：
S300：提供帶有賠審團審核機制的保險業務；
S302：進行業務理賠時向業務伺服器發送理賠請求；
S304：接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
S306：在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
S308：接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
上述所述的方法的基於發起保險理賠進行業務資料處理的終端一側的處理過程。基於前述多側互動實施例，可以用於所述申請人終端的方法還可以包括其他實施例，在此不做贅述。
基於上述多次互動的實施例中描述，本說明書還提供一種可以用於賠審團成員終端一側的保險業務資料處理方法。具體地，如圖5所示，所述一種保險業務資料處理方法可以包括：
S400：提供帶有賠審團審核機制的保險審核業務；
S402：接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
S404：將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
S406：接收賠審團審核的審核結果。
上述所述的方法的基於發起保險理賠進行賠審團成員理賠案件審核時業務資料處理的終端一側的處理過程。基於前述多側互動實施例，可以用於所述賠審團成員終端一側的方法還可以包括其他實施例，在此不做贅述。
本說明書實施例所提供的方法實施例可以在行動終端、電腦終端、伺服器或者類似的運算裝置中執行。以運行在伺服器上為例，圖6是本發明實施例的一種識別車輛受損部件的伺服器的硬體結構方塊圖。如圖6所示，伺服器10可以包括一個或多個(圖中僅顯示一個)處理器102(處理器102可以包括但不限於微處理器MCU或可編程邏輯裝置FPGA等的處理裝置)、用於儲存資料的記憶體104、以及用於通訊功能的傳輸模組106。本發明所屬技術領域中具有通常知識者可以理解，圖4所示的結構僅為示意，其並不對上述電子裝置的結構造成限定。例如，伺服器10還可包括比圖4中所示更多或者更少的組件，例如還可以包括其他的處理硬體，如資料庫或多級快取，或者具有與圖6所示不同的配置。
記憶體104可用於儲存應用軟體的軟體程式以及模組，如本發明實施例中的搜索方法對應的程式指令/模組，處理器102透過運行儲存在記憶體104內的軟體程式以及模組，從而執行各種功能應用以及資料處理，即實現上述導航互動界面內容顯示的處理方法。記憶體104可包括高速隨機記憶體，還可包括非易失性記憶體，如一個或者多個磁性儲存裝置、快閃記憶體、或者其他非易失性固態記憶體。在一些實例中，記憶體104可進一步包括相對於處理器102遠程設置的記憶體，這些遠程記憶體可以透過網路連接至電腦終端10。上述網路的實例包括但不限於網際網路、企業內部網、局域網、行動通訊網及其組合。
傳輸模組106用於經由一個網路接收或者發送資料。上述的網路具體實例可包括電腦終端10的通訊供應商提供的無線網路。在一個實例中，傳輸模組106包括一個網路配接器(Network Interface Controller，NIC)，其可透過基站與其他網路設備相連從而可與網際網路進行通訊。在一個實例中，傳輸模組106可以為射頻(Radio Frequency，RF)模組，其用於透過無線方式與網際網路進行通訊。
基於上述所述的設備型號識別方法，本說明書還提供一種保險業務資料處理的裝置。所述的裝置可以包括使用了本說明書實施例所述方法的系統(包括分散式系統)、軟體(應用程式)、模組、組件、伺服器、用戶端等並結合必要的實施硬體的設備裝置。基於同一創新構思，本說明書提供的一種實施例中的處理裝置如下面的實施例所述。由於裝置解決問題的實現方案與方法相似，因此本說明書實施例具體的處理裝置的實施可以參見前述方法的實施，重複之處不再贅述。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。具體地，如圖5所示，圖5是本說明書提供的可以用於伺服器一側的一種保險業務資料處理裝置實施例的模組結構示意圖，具體地可以包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠；
接收所述保險機構服務方的初步理賠結果，並返回給所述申請人終端；
接收申請人終端觸發送的賠審團審核請求，基於所述賠審團審核請求執行賠審團審核處理，所述賠審團審核包括獲取賠審團成員對所述申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過；
若審核通過，則由所述保險機構服務方進行理賠處理。
所述伺服器的另一個實施例中，所述賠審團成員採用下述方式確定；
從與所述申請人購買相同理賠產品的用戶中選取，且所述用戶包含審核資格認證的屬性標籤。
所述伺服器的另一個實施例中，所述處理器的賠審團審核具體地可以包括：
將所述申請人的理賠案件資料發送至賠審團成員終端；
獲取所述賠審團成員終端獲取終端投票，所述終端投票包括基於所述理賠案件資料確定的是否給與所述申請人理賠的投票；
統計所述終端投票，當統計出的所述終端投票中同意理賠的比例達到預設閾值時，確定所述申請人的賠審團審核請求為通過。
所述伺服器的另一個實施例中，所述處理器發送給所述賠審員終端的理賠案件資料中，所述申請人的預定隱私資訊採用掩碼方式顯示。
所述伺服器的另一個實施例中，所述處理器還執行：
將目前終端投票的統計結果發送至所述申請人終端進行顯示。
所述伺服器的另一個實施例中，設定成，在投票結束前，所述目前終端決議的統計結果在所述賠審團成員終端不進行顯示。
所述伺服器的另一個實施例中，所述預設閾值設定為50%。
所述伺服器的另一個實施例中，當所述同意理賠的比例為50%時，確定所述申請人的賠審團審核請求為通過。
所述伺服器的另一個實施例中，設定有投票有效時間，相應的，所述統計所述終端投票包括統計在所述投票有效時間內的終端投票。
所述伺服器的另一個實施例中，還包括設定有最低投票有效閾值，
相應地所述統計所述終端投票包括：當所述終端投票的數量達到所述最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
所述伺服器的另一個實施例中，所述處理器還執行：
基於申請人終端的求助請求執行救助處理，所述救助處理包括公佈申請人的救助資訊以進行資金籌集，所述求助處理求在所述賠審團審核結果為未通過時執行。
所述伺服器的另一個實施例中，所述理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
本說明書還提供一種用戶端，申請人可以透過所述用戶端進行出現理賠，在保險公司拒賠時啟動賠審團審核機制。具體地，一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險業務；
進行業務理賠時向業務伺服器發送理賠請求；
接收所述業務伺服器的初審理賠結果，所述初審理賠結果包括保險機構服務方返回的理賠結果；
在所述初審理賠結果為拒賠時，基於觸發指令向所述業務伺服器發送賠審團審核請求；
接收所述賠審團審核的審核結果，所述審核結果包括所述業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在所述投票中的占比來確定是否審核通過的賠審團審核處理。
本說明書還提供另一種用戶端，以用於賠審團成員在所述用戶端進行理賠案件是否給與理賠的投票處理。具體地，一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，所述處理器執行所述指令時實現：
提供帶有賠審團審核機制的保險審核業務；
接收業務伺服器發送的申請人的理賠案件資料，確定是否給與所述申請人理賠的終端投票；
將所述終端投票發送至所述業務伺服器進行賠審團審核處理；
接收賠審團審核的審核結果。
本說明書實施例提供的伺服器或用戶端可以在電腦中由處理器執行相應的程式指令來實現，如使用windows作業系統的c++語言在PC端或伺服器端實現，或其他例如Linux、系統相對應的應用設計語言集合必要的硬體實現，或者基於量子電腦的處理邏輯實現等。具體地，上述的指令可以儲存在多種電腦可讀儲存媒體中。所述電腦可讀儲存媒體可以包括用於儲存資訊的實體裝置，可以將資訊數位化後再以利用電、磁或者光學等方式的媒體加以儲存。本實施例所述的電腦可讀儲存媒體有可以包括：利用電能方式儲存資訊的裝置如，各式記憶體，如RAM、ROM等；利用磁能方式儲存資訊的裝置如，硬碟、軟碟、磁帶、磁芯記憶體、磁泡記憶體、隨身碟；利用光學方式儲存資訊的裝置如，CD或DVD。當然，還有其他方式的可讀儲存媒體，例如量子記憶體、石墨烯記憶體等等。上述所述的裝置或伺服器或用戶端或處理設備中的所涉及的指令同上描述。
需要說明的是，本說明書實施例上述所述的用戶端、伺服器，根據相關方法實施例的描述還可以包括其他的實施方式。具體的實現方式可以參照方法實施例的描述，在此不作一一贅述。
本說明書中的各個實施例均採用漸近的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於硬體加程式類實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
本發明實施例中所述涉及的理賠支付的技術載體，例如可以包括近場通訊(Near Field Communication，NFC)、WIFI、3G/4G/5G、POS機刷卡技術、二維碼掃碼技術、條碼掃碼技術、藍牙、紅外、簡訊(Short Message Service，SMS)、多媒體訊息(Multimedia Message Service，MMS)等
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求顯示的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多任務處理和並行處理也是可以的或者可能是有利的。
雖然本發明提供了如實施例或流程圖所述的方法操作步驟，但基於常規或者無創造性的勞動可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執行順序中的一種方式，不代表唯一的執行順序。在實際中的裝置或系統伺服器產品執行時，可以按照實施例或者圖式所示的方法順序執行或者並行執行(例如並行處理器或者多執行緒處理的環境)。
儘管本說明書實施例內容中提到成員選取方式、投票預設比例確定、區塊鏈資料儲存處理等之類的資料獲取、儲存、互動、計算、判斷等操作和資料描述，但是，本說明書實施例並不侷限於必須是符合行業通訊標準、標準分類模型處理、通訊協議和標準資料模型/模板或本說明書實施例所描述的情況。某些行業標準或者使用自定義方式或實施例描述的實施基礎上略加修改後的實施方案也可以實現上述實施例相同、等同或相近、或變形後可預料的實施效果。應用這些修改或變形後的資料獲取、儲存、判斷、處理方式等獲取的實施例，仍然可以屬於本說明書的可選實施方案範圍之內。
在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進(例如，對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都透過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可編程邏輯裝置(
Programmable Logic Device, PLD)(例如現場可編程閘陣列(Field Programmable Gate Array，FPGA))就是這樣一種積體電路，其邏輯功能由用戶對裝置編程來確定。由設計人員自行編程來把一個數位系統“整合”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片。而且，如今，取代手工地製作積體電路晶片，這種編程也多半改用“邏輯編譯器(logic compiler)”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始碼也得用特定的編程語言來撰寫，此稱之為硬體描述語言(Hardware Description Language，HDL)，而HDL也並非僅有一種，而是有許多種，如ABEL(Advanced
Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell
University Programming Language)、HDCal、JHDL(Java
Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed
Integrated Circuit Hardware Description Language)與
Verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。
控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如軟體或韌體)的電腦可讀媒體、邏輯閘、開關、特定應用積體電路(Application
Specific Integrated Circuit，ASIC)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip
PIC18F26K20以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、特定應用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
上述實施例闡明的處理設備、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體地，電腦例如可以為個人電腦、膝上型電腦、車載人機互動設備、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放器、導航設備、電子郵件設備、遊戲控制台、平板電腦、穿戴式設備或者這些設備中的任何設備的組合。
雖然本說明書實施例提供了如實施例或流程圖所述的方法操作步驟，但基於習知或者無創造性的手段可以包括更多或者更少的操作步驟。實施例中列舉的步驟順序僅僅為眾多步驟執行順序中的一種方式，不代表唯一的執行順序。在實際中的裝置或終端產品執行時，可以按照實施例或者圖式所示的方法順序執行或者並行執行(例如平行處理器或者多執行緒處理的環境，甚至為分散式資料處理環境)。術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、產品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、產品或者設備所固有的要素。在沒有更多限制的情況下，並不排除在包括所述要素的過程、方法、產品或者設備中還存在另外的相同或等同要素。
為了描述的方便，描述以上裝置時以功能分為各種模組分別描述。當然，在實施本說明書實施例時可以把各模組的功能在同一個或多個軟體和/或硬體中實現，也可以將實現同一功能的模組由多個子模組或子單元的組合實現等。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以整合到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是通過一些介面，裝置或單元的間接耦合或通訊連接，可以是電性、機械或其它的形式。
本領域技術人員也知道，除了以純電腦可讀程式碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、專用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內部包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和／或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和／或方塊圖中的每一流程和／或方塊、以及流程圖和／或方塊圖中的流程和／或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和／或方塊圖一個方塊或多個方塊中指定的功能的步驟。
在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。
記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。
電腦可讀媒體包括永久性和非永久性、可拆除和非可拆除媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程只讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、只讀光碟只讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁碟儲存或其他磁性儲存設備或任何其他非傳輸介質，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫態性電腦可讀媒體(transitory media)，如調變的資料信號和載波。
本領域技術人員應明白，本說明書的實施例可提供為方法、系統或電腦程式產品。因此，本說明書實施例可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本說明書實施例可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本說明書實施例可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、物件、組件、資料結構等等。也可以在分散式計算環境中實踐本說明書實施例，在這些分散式計算環境中，由透過通訊網路而被連接的遠程處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存媒體中。
本說明書中的各個實施例均採用漸近的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本說明書實施例的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。
以上所述僅為本說明書實施例的實施例而已，並不用於限制本說明書實施例。對於本領域技術人員來說，本說明書實施例可以有各種更改和變化。凡在本說明書實施例的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本說明書實施例的申請專利範圍之內。
S62‧‧‧方法步驟
S64‧‧‧方法步驟
S66‧‧‧方法步驟
S200‧‧‧方法步驟
S202‧‧‧方法步驟
S204‧‧‧方法步驟
S206‧‧‧方法步驟
S300‧‧‧方法步驟
S302‧‧‧方法步驟
S304‧‧‧方法步驟
S306‧‧‧方法步驟
S308‧‧‧方法步驟
S400‧‧‧方法步驟
S402‧‧‧方法步驟
S404‧‧‧方法步驟
S406‧‧‧方法步驟
10‧‧‧伺服器
102‧‧‧處理器
104‧‧‧非易失性記憶體
106‧‧‧傳輸模組
為了更清楚地說明本說明書實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本說明書中記載的一些實施例，對於本發明所屬技術領域中具有通常知識者來講，在不付出創造性勞動性的前提下，還可以根據這些圖式獲得其他的圖式。
圖1是本說明書提供的多處互動的一種保險業務資料處理方法實施例的流程示意圖；
圖2是本說明書提供的所述一種保險業務資料處理方法實施例的流程示意圖；
圖3是本說明書提供的用於伺服器一側的保險業務資料處理方法實施例的流程示意圖；
圖4是本說明書提供的用於申請人終端一側的保險業務資料處理方法實施例的流程示意圖；
圖5是本說明書提供的用於賠審團成員終端一側的保險業務資料處理方法實施例的流程示意圖；
圖6是本發明實施例的一種識別車輛受損部件的伺服器的硬體結構方塊圖。
Claims (29)
- 一種保險業務資料處理方法，該方法包括： 業務伺服器接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初審理賠； 該業務伺服器接收保險機構服務方的初審理賠結果，並返回給該申請人終端； 在該初審理賠結果為拒賠時，該申請人終端觸發送賠審團審核請求，將該賠審團審核請求發送至該業務伺服器； 該業務伺服器基於該賠審團審核請求執行該賠審團審核處理，該賠審團審核處理包括獲取賠審團成員對該申請人的理賠案件是否同意理賠的投票，基於同意理賠在該投票中的占比來確定是否審核通過； 該業務伺服器將賠審團審核的審核結果返回至該申請人終端； 若審核通過，則由該保險機構服務方進行理賠處理； 若審核未通過，則該申請人終端基於觸發指令觸發救助請求，將該救助請求發送至該業務伺服器；以及 該業務伺服器基於該求助請求執行救助處理，該救助處理包括公佈申請人的救助資訊以進行資金籌集。
- 一種保險業務資料處理方法，該方法包括： 接收申請人終端的理賠請求，將對應的理賠資料發送至保險機構服務方進行初步理賠； 接收該保險機構服務方的初步理賠結果，並返回給該申請人終端； 接收申請人終端觸發送的賠審團審核請求，基於該賠審團審核請求執行賠審團審核處理，該賠審團審核包括獲取賠審團成員對該申請人的理賠案件是否同意理賠的投票，基於同意理賠在該投票中的占比來確定是否審核通過；以及 若審核通過，則由該保險機構服務方進行理賠處理。
- 如申請專利範圍第2項所述的方法，該賠審團成員採用下述方式確定； 從與該申請人購買相同理賠產品的用戶中選取，且該用戶包含審核資格認證的屬性標籤。
- 如申請專利範圍第2項所述的方法，該賠審團審核包括： 將該申請人的理賠案件資料發送至賠審團成員終端； 獲取該賠審團成員終端獲取終端投票，該終端投票包括基於該理賠案件資料確定的是否給與該申請人理賠的投票；以及 統計該終端投票，當統計出的該終端投票中同意理賠的比例達到預設閾值時，確定該申請人的賠審團審核請求為通過。
- 如申請專利範圍第4項所述的方法，發送給該賠審員終端的理賠案件資料中，該申請人的預定隱私資訊採用掩碼方式顯示。
- 如申請專利範圍第4項所述的方法， 該方法還包括： 將目前終端投票的統計結果發送至該申請人終端進行顯示。
- 如申請專利範圍第6項所述的方法，其中，設定在投票結束前，該目前終端決議的統計結果在該賠審團成員終端不進行顯示。
- 如申請專利範圍第4項所述的方法，該預設閾值設定為50%。
- 如申請專利範圍第8項所述的方法，當該同意理賠的比例為50%時，確定該申請人的賠審團審核請求為通過。
- 如申請專利範圍第4項所述的方法，其中，設定有投票有效時間，相應地，該統計該終端投票包括統計在該投票有效時間內的終端投票。
- 如申請專利範圍第4項所述的方法，還包括設定有最低投票有效閾值， 相應地，該統計該終端投票包括：當該終端投票的數量達到該最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
- 如申請專利範圍第2項所述的方法，還包括： 基於申請人終端的求助請求執行救助處理，該救助處理包括公佈申請人的救助資訊以進行資金籌集，該求助處理求在該賠審團審核結果為未通過時執行。
- 如申請專利範圍第2項所述的方法，其中，該理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
- 一種保險業務資料處理方法，該方法包括： 提供帶有賠審團審核機制的保險業務； 進行業務理賠時向業務伺服器發送理賠請求； 接收該業務伺服器的初審理賠結果，該初審理賠結果包括保險機構服務方返回的理賠結果； 在該初審理賠結果為拒賠時，基於觸發指令向該業務伺服器發送賠審團審核請求；以及 接收該賠審團審核的審核結果，該審核結果包括該業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在該投票中的占比來確定是否審核通過的賠審團審核處理。
- 一種保險業務資料處理方法，該方法包括： 提供帶有賠審團審核機制的保險審核業務； 接收業務伺服器發送的申請人的理賠案件資料，確定是否給與該申請人理賠的終端投票； 將該終端投票發送至該業務伺服器進行賠審團審核處理；以及 接收賠審團審核的審核結果。
- 一種伺服器，包括處理器以及用於儲存處理器可執行指令的記憶體，該處理器執行該指令時實現： 提供帶有賠審團審核機制的保險業務； 進行業務理賠時向業務伺服器發送理賠請求； 接收該業務伺服器的初審理賠結果，該初審理賠結果包括保險機構服務方返回的理賠結果； 在該初審理賠結果為拒賠時，基於觸發指令向該業務伺服器發送賠審團審核請求；以及 接收該賠審團審核的審核結果，該審核結果包括該業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在該投票中的占比來確定是否審核通過的賠審團審核處理。
- 如申請專利範圍第16項所述的伺服器，該賠審團成員採用下述方式確定： 從與該申請人購買相同理賠產品的用戶中選取，且該用戶包含審核資格認證的屬性標籤。
- 如申請專利範圍第16項所述的伺服器，該賠審團審核可以包括： 將該申請人的理賠案件資料發送至賠審團成員終端； 獲取該賠審團成員終端獲取終端投票，該終端投票包括基於該理賠案件資料確定的是否給與該申請人理賠的投票；以及 統計該終端投票，當統計出的該終端投票中同意理賠的比例達到預設閾值時，確定該申請人的賠審團審核請求為通過。
- 如申請專利範圍第18項所述的伺服器，發送給該賠審員終端的理賠案件資料中，該申請人的預定隱私資訊採用掩碼方式顯示。
- 如申請專利範圍第18項所述的伺服器，該處理器還執行： 將目前終端投票的統計結果發送至該申請人終端進行顯示。
- 如申請專利範圍第20項所述的伺服器，其中，設定在投票結束前，該目前終端決議的統計結果在該賠審團成員終端不進行顯示。
- 如申請專利範圍第18項所述的伺服器，該預設閾值設定為50%。
- 如申請專利範圍第22項所述的伺服器，其中，當該同意理賠的比例為50%時，確定該申請人的賠審團審核請求為通過。
- 如申請專利範圍第18項所述的伺服器，還設定有投票有效時間，相應地，該統計該終端投票包括統計在該投票有效時間內的終端投票。
- 如申請專利範圍第18項所述的伺服器，還設定有最低投票有效閾值， 相應地，該統計該終端投票包括：當該終端投票的數量達到該最低投票有效閾值時，統計獲取的終端投票結果中同意理賠的投票占總投票數量的比例。
- 如申請專利範圍第16項所述的伺服器，該處理器還執行： 基於申請人終端的求助請求執行救助處理，該救助處理包括公佈申請人的救助資訊以進行資金籌集，該求助處理求在該賠審團審核結果為未通過時執行。
- 如申請專利範圍第16項所述的伺服器，該理賠案件的關聯資料資訊採用區塊鏈的方式進行儲存。
- 一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，該處理器執行該指令時實現： 提供帶有賠審團審核機制的保險業務； 進行業務理賠時向業務伺服器發送理賠請求； 接收該業務伺服器的初審理賠結果，該初審理賠結果包括保險機構服務方返回的理賠結果； 在該初審理賠結果為拒賠時，基於觸發指令向該業務伺服器發送賠審團審核請求；以及 接收該賠審團審核的審核結果，該審核結果包括該業務伺服器執行獲取賠審團成員對申請人的理賠案件是否同意理賠的投票，基於同意理賠在該投票中的占比來確定是否審核通過的賠審團審核處理。
- 一種用戶端，包括處理器以及用於儲存處理器可執行指令的記憶體，該處理器執行該指令時實現： 提供帶有賠審團審核機制的保險審核業務； 接收業務伺服器發送的申請人的理賠案件資料，確定是否給與該申請人理賠的終端投票； 將該終端投票發送至該業務伺服器進行賠審團審核處理；以及 接收賠審團審核的審核結果。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810308266.0A CN108805721A (zh) | 2018-04-08 | 2018-04-08 | 一种保险业务数据处理方法、服务器及客户端 |
| ??201810308266.0 | 2018-04-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| TW201944335A true TW201944335A (zh) | 2019-11-16 |
Family
ID=64095450
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW108104574A TW201944335A (zh) | 2018-04-08 | 2019-02-12 | 保險業務資料處理方法、伺服器及用戶端 |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN108805721A (zh) |
| TW (1) | TW201944335A (zh) |
| WO (1) | WO2019196550A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114926184A (zh) * | 2021-02-02 | 2022-08-19 | 华晨宝马汽车有限公司 | 优化索赔成本回收过程的方法、系统和设备 |
| TWI868682B (zh) * | 2023-05-08 | 2025-01-01 | 台新人壽保險股份有限公司 | 投保資料檢核系統及方法 |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108805721A (zh) * | 2018-04-08 | 2018-11-13 | 阿里巴巴集团控股有限公司 | 一种保险业务数据处理方法、服务器及客户端 |
| CN109493009B (zh) * | 2018-11-20 | 2022-03-08 | 四川长虹电器股份有限公司 | 基于xbrl和区块链的供应链金融平台系统 |
| CN110019249B (zh) * | 2018-11-23 | 2021-07-30 | 创新先进技术有限公司 | 一种数据处理方法、装置和计算机设备 |
| CN110033227A (zh) * | 2018-11-28 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、计算设备及存储介质 |
| CN109919573B (zh) * | 2019-01-25 | 2024-05-10 | 平安科技（深圳）有限公司 | 数据处理方法、装置及计算机设备 |
| CN111524017B (zh) * | 2019-02-01 | 2023-09-22 | 北京懿医云科技有限公司 | 理赔数据的审核方法、装置及介质 |
| CN110136001A (zh) * | 2019-03-21 | 2019-08-16 | 阿里巴巴集团控股有限公司 | 一种数据处理方法、装置、计算设备及存储介质 |
| CN110163005B (zh) * | 2019-04-10 | 2023-06-06 | 创新先进技术有限公司 | 基于区块链的业务处理方法、系统、计算设备及存储介质 |
| CN110147427B (zh) * | 2019-04-10 | 2023-01-10 | 创新先进技术有限公司 | 项目案件推送方法以及装置 |
| CN110188977B (zh) * | 2019-04-10 | 2023-06-02 | 创新先进技术有限公司 | 项目审核成员调度方法以及装置 |
| CN110264025B (zh) * | 2019-04-17 | 2023-07-18 | 创新先进技术有限公司 | 项目案件推送方法、装置、计算设备及可读存储介质 |
| US11210743B2 (en) | 2019-04-23 | 2021-12-28 | Advanced New Technologies Co., Ltd. | Blockchain-based data processing system, method, computing device and storage medium |
| CN110263085A (zh) * | 2019-04-23 | 2019-09-20 | 阿里巴巴集团控股有限公司 | 基于区块链的数据处理系统、方法、计算设备及存储介质 |
| CN110276520B (zh) * | 2019-05-15 | 2023-01-10 | 创新先进技术有限公司 | 项目案件筛选方法以及装置 |
| CN110276696A (zh) * | 2019-05-20 | 2019-09-24 | 阿里巴巴集团控股有限公司 | 基于互助项目的资助处理系统、方法以及装置 |
| CN110232560A (zh) * | 2019-05-21 | 2019-09-13 | 深圳壹账通智能科技有限公司 | 一种基于数据分析的单据申请方法及单据申请系统 |
| CN110348802A (zh) * | 2019-06-04 | 2019-10-18 | 阿里巴巴集团控股有限公司 | 互助项目中案件审核的方法以及装置 |
| SG11202002553VA (en) * | 2019-07-03 | 2020-04-29 | Alibaba Group Holding Ltd | Mutual aid network based on smart contract and blockchain |
| CN112241863A (zh) * | 2019-07-16 | 2021-01-19 | 上海博泰悦臻网络技术服务有限公司 | 一种基于车机的保险激活方法及系统 |
| CN111680693A (zh) * | 2020-05-28 | 2020-09-18 | 泰康保险集团股份有限公司 | 理赔业务批量处理方法及装置 |
| CN112199951A (zh) * | 2020-11-04 | 2021-01-08 | 支付宝(杭州)信息技术有限公司 | 一种事件信息生成的方法及装置 |
| CN113435175B (zh) * | 2021-06-17 | 2024-12-20 | 长沙通诺信息科技有限责任公司 | 审查批件的生成方法、装置、终端设备及存储介质 |
| CN114971923A (zh) * | 2022-05-26 | 2022-08-30 | 中国银行股份有限公司 | 基于区块链的理赔方法、装置和设备 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107230155A (zh) * | 2016-06-08 | 2017-10-03 | 北京知果科技有限公司 | 一种商标撤三保险理赔系统、方法 |
| CN106920066A (zh) * | 2016-08-03 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 信息处理方法和装置 |
| CN106295152A (zh) * | 2016-08-03 | 2017-01-04 | 合肥奇也信息科技有限公司 | 一种医疗保险理赔管理系统 |
| CN106709696A (zh) * | 2016-11-21 | 2017-05-24 | 中国平安财产保险股份有限公司 | 一种自助理赔实现方法及实现系统 |
| CN107798613A (zh) * | 2016-12-28 | 2018-03-13 | 平安科技（深圳）有限公司 | 核赔依据的生成方法及装置 |
| CN107833009A (zh) * | 2017-08-28 | 2018-03-23 | 平安科技（深圳）有限公司 | 理赔订单的个性化审核方法、装置、存储介质及终端 |
| CN108805721A (zh) * | 2018-04-08 | 2018-11-13 | 阿里巴巴集团控股有限公司 | 一种保险业务数据处理方法、服务器及客户端 |
-
2018
- 2018-04-08 CN CN201810308266.0A patent/CN108805721A/zh active Pending
-
2019
- 2019-01-31 WO PCT/CN2019/074089 patent/WO2019196550A1/zh not_active Ceased
- 2019-02-12 TW TW108104574A patent/TW201944335A/zh unknown
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114926184A (zh) * | 2021-02-02 | 2022-08-19 | 华晨宝马汽车有限公司 | 优化索赔成本回收过程的方法、系统和设备 |
| TWI868682B (zh) * | 2023-05-08 | 2025-01-01 | 台新人壽保險股份有限公司 | 投保資料檢核系統及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019196550A1 (zh) | 2019-10-17 |
| CN108805721A (zh) | 2018-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019196550A1 (zh) | 一种保险业务数据处理方法、服务器及客户端 | |
| US11823087B1 (en) | Network security linkage | |
| CN107451485B (zh) | 一种基于区块链的数据处理方法及设备 | |
| US20210166326A1 (en) | Claim settlement method and apparatus employing blockchain technology | |
| CN110245941B (zh) | 一种交易风险识别方法及装置 | |
| WO2020019895A1 (zh) | 后付费交易数据处理方法、装置、处理设备、及服务器 | |
| US20220309387A1 (en) | Computer-based systems for metadata-based anomaly detection and methods of use thereof | |
| US9552578B2 (en) | Method and system for authentication of payment card transactions | |
| US20240354768A1 (en) | Reimbursement code-based entrusted with holding processing | |
| CN112837149B (zh) | 一种企业信贷风险的识别方法和装置 | |
| TW201905738A (zh) | 車險業務的資料處理方法、裝置及系統 | |
| US11250433B2 (en) | Using semi-supervised label procreation to train a risk determination model | |
| CA3133106C (en) | Systems and methods of real-time processing | |
| WO2021114895A1 (zh) | 一种网络支付方法、装置、设备及系统 | |
| US12474818B2 (en) | Customized graphical user interface access systems graphically depicting icons | |
| US20250173347A1 (en) | Customized graphical user interface generation graphically depicting icons via a computer screen | |
| US11610262B1 (en) | Systems and methods for tokenization and API services | |
| CN115983845A (zh) | 基于用户身份的支付方法及装置 | |
| US12578845B2 (en) | Customized graphical user interface generation graphically depicting icons via a computer screen | |
| CN115293932A (zh) | 一种知识产权缴费提醒方法、装置、电子设备及介质 | |
| US20250173047A1 (en) | Customized graphical user interface access systems graphically depicting icons | |
| US20250173166A1 (en) | Modifiable graphical user interface | |
| TW202001708A (zh) | 一種信用退稅方法、裝置、系統及電子設備 | |
| US20250173726A1 (en) | Systems and methods for early fraud detection in deferred transaction services | |
| WO2021098273A1 (zh) | 一种网约车交易数据处理方法、装置及系统 |