TWM545320U - 線上核保系統 - Google Patents

Description

線上核保系統

本創作係關於一種線上核保系統，更特別是關於一種以線上方式投保並可完成核保的系統。

過往投保人欲購買保險產品，會先和業務員約時間當面討論，以決定保險種類及保單內容。之後業務員會再拿著要保書請要保人及/或被保險簽名。如果當初決定之保額超過額度，要事後或幾天後才會被通知，甚至需要補上健康檢查資料等。如此來來往往的核保程序，通常要過數週後，要保人才會拿到自己的保單。

茲將上述傳統核保程序之缺點整理如下：

1.核保決策過程時間太長：由於必須綜合參考多個面向的資料，例如：個人體況、產品限制條件、個/團險交互影響、理賠資訊、同業投保額度等，才能判斷及作出正確之核保結果。因此，往往需要幾天的時間才能產生較為完整的核保判斷。

2.缺乏完整性考量：由於上述需參考之多個資料庫分散在許多的地方，例如：既有客戶保戶過往的保單 記錄及個人資料(歷史資料)。往往會有掛一漏萬的情形，即應該考慮之關鍵資料卻未能思及，故造成核保判斷不夠精準。

3.缺乏動態調整的機制：有部分的核保條件需要隨著時間要做機動的調整，例如：國民平均壽命因醫療進步而逐年遞增。若核保仰賴的判斷資料未能統整於一個系統內，容易造成彈性調整之困難昇高。

4.新保單之契約與舊保單之契約變更共用核保條件之整合困難：新保單之契約與舊保單之契約變更分自需要不同的核保程序，往往造成相同的核保條件的重複設置。亦即，會產生相同的核保狀況但有兩種不同之核保結果，從而導致公司或客戶權益上的損失。

5.核保條件時間差產生歧異：由於無法掌握新舊核保條件的時間差異，無法預先將未到生效時間點之核保條件預載進入系統，使得版本更新時造成服務中斷。例如：雖然是同一保險產品，但可能下一年版本更新時會有核保條件中部分被調整。

綜上，人壽保險業亟需一種可藉由各種方式完成線上投保與即時核保之系統，能將要保資料傳至系統之伺服器進行即時核保檢核，並傳回核保之結果，俾使要保人很快能確認承保與否。

有鑑以上問題，本創作之一目的係提供能有效縮短核保決策過程時間之線上核保系統，俾使要保人能於輸 入要保資料後很快得知保險公司是否承保，或需要再補充其他資料。

本創作之另一目的係完整考慮公司既有保戶及跨公司相同保戶之各種保單記錄及個人資料，能大幅提昇核保判斷之精準。

本創作之又一目的係統整核保條件及建置共用之資料庫，以確保公司或客戶權益。

於是，本創作提出一實施例，一種線上核保系統，用於受理客戶端經由網路進行線上投保，其包含一受理端伺服器、一核保模型模組、一公司保戶資料庫模組及至少一個跨公司保戶資料庫模組。該受理端伺服器接受來自該客戶端於線上所輸入之要保資料。該核保模型模組係連接至該受理端伺服器，並儲存複數個核保條件。該公司保戶資料庫模組係連接至該受理端伺服器，並儲存一公司既有保戶之保單記錄及個人資料。該至少一個跨公司保戶資料庫模組係連接至該受理端伺服器，並儲存非該公司之既有保戶的保單記錄及個人資料。該受理端伺服器根據該等核保條件就該要保資料進行比對及分析；若符合該等核保條件，則該受理端伺服器會發出一個第一代碼；若不符合該等核保條件，則該受理端伺服器會發出一個第二代碼。

於另一實施例中，該客戶端係藉由一筆記型或桌上型電腦、一平板電腦或一行動通訊裝置。

於另一實施例中，該核保模型模組包括至少一個檢核規則，該檢核規則係規定該等核保條件和該要保資料之比對內容及順序。

於另一實施例中，該受理端伺服器參考該公司保 戶資料庫模組中儲存之該公司既有保戶之保單記錄及個人資料。

於另一實施例中，該受理端伺服器參考該跨公司保戶資料庫模組中儲存之非該公司之既有保戶的保單記錄及個人資料。

於另一實施例中，該受理端伺服器據該等核保條件就該要保資料確認案件類型。

於另一實施例中，該受理端伺服器據該等核保條件就該要保資料確認險種類別。

於另一實施例中，該受理端伺服器接受來自公司端以批次方式輸入另外複數個要保資料。

10‧‧‧線上核保系統

11‧‧‧受理端伺服器

12‧‧‧核保模型模組

13‧‧‧公司保戶資料庫模組

14‧‧‧跨公司保戶資料庫模組

21~26‧‧‧步驟

81‧‧‧筆記型電腦

82‧‧‧行動通訊裝置

83‧‧‧平板電腦

第1圖係本創作線上核保系統之一實施例之示意圖。

第2圖係本創作線上核保系統之一實施例之流程圖。

以下，就實施本創作之實施形態來加以說明。請參照隨附的圖式，並參考其對應的說明。另外，本說明書及圖式中，實質相同或相同的構成會給予相同的符號而省略其重複的說明。

請參照圖1，其係本創作線上核保系統之一實施例之示意圖。本實施例提供一種線上核保系統10，用於受 理客戶端經由網路進行線上投保，其包含一受理端伺服器11、一核保模型模組12、一公司保戶資料庫模組13及至少一個跨公司保戶資料庫模組14。該受理端伺服器接受來自客戶端於線上所輸入之要保資料，或可接受來自公司端以批次方式輸入複數個其他客戶之要保資料。於此實施例中，客戶端可藉由一筆記型電腦81(或桌上型電腦)、一行動通訊裝置(例如：行動電話)82或一平板電腦83於線上輸入要保資料。

該核保模型模組12係連接至該受理端伺服器11，並儲存複數個核保條件，例如：性別、年齡限制、健康條件、保額限制或職業類別之費率條件等。此外，該核保模型模組另包括至少一個檢核規則，該檢核規則係規定該等核保條件和該要保資料之比對內容及順序，其係利用特殊軟體撰寫之程式。該受理端伺服器11可執行該程式。

該公司保戶資料庫模組13係連接至該受理端伺服器11，並儲存一公司既有保戶之保單記錄及個人資料，即線上投保之要保人有可能是該公司既有保戶。該至少一個跨公司保戶資料庫模組14可包括保險公會、跨保險公司組織或其他各保險公司之資料庫，其係連接至該受理端伺服器11，並儲存非該公司之既有保戶的保單記錄及個人資料，即線上投保之要保人有可能是其他保險公司之既有保戶。如此，可完整考慮該公司既有保戶及跨公司相同保戶之各種保單記錄及個人資料，例如：未承保歷史、保險公會之資料、理賠資料及防資恐條件，能大幅提昇核保判斷之精準。

該受理端伺服器11能根據該等核保條件就該要 保資料進行比對及分析，亦即執行上述電腦程式進行複雜之核保程序。若符合該等核保條件，則該受理端伺服器11會發出至少一個代碼(或稱照會代碼)，通常會是複數個照會代碼，亦即輸出複數個相關之照會代碼。若不符合該等核保條件，則該受理端伺服器會發出至少另一個代碼(或稱照會代碼)，通常會是複數個照會代碼，亦即輸出複數個相關之照會代碼，不同照會代碼對應不同訊息或核保結果。藉由所產生之照會代碼以回覆核保結果，並能進一步有建議內容，例如：補充健康檢查資料。

第2圖係本創作線上核保系統之一實施例之流程圖。於步驟21中，系統提供客戶端線上輸入之功能，及接收來所輸入之要保資料。受理端伺服器會根據要保資料識別案件類型，例如：共通(同一要保)、新契約或契約變更等不同類型，如步驟22所示。不同案件類型需要參考之資料庫可能不同，所需要檢核之核保條件也有所不同。

於步驟23中，受理端伺服器會再識別險種類別，例如：壽險、年金險、健康險、防癌險或意外險等。不同險種類別需要參考之資料庫可能不同，所需要檢核之核保條件也有所不同。受理端伺服器會檢核要保資料之內容是否正確，例如：性別和身分證字號不符或年齡和既有保戶之保單記錄及個人資料不一致，及/或確認要保資料之內容是否符合核保條件，如步驟24所示。

另，於步驟25中，受理端伺服器會根據跨保單及跨公司之資料來檢核要保資料之內容是否正確，及/或確認要保資料之內容是否符合核保條件，例如：未承保歷史、保險公會之資料、理賠資料及防資恐條件。最後，受理端 伺服器會發出複數個照會代碼，由所產生之照會代碼以回覆核保結果，並能進一步有建議內容，例如：補充健康檢查資料。

本創作業以經由上述實施例加以描述。以上係為了說明目的使熟此技術人士更容易理解本創作，然而本創作不限於上述實施例所記載內容，熟此技術人士可理解到在未超脫本創作之思想下可針對上述實施例及變形例進行各種組合以及變化。

10‧‧‧線上核保系統

11‧‧‧受理端伺服器

12‧‧‧核保模型模組

13‧‧‧公司保戶資料庫模組

14‧‧‧跨公司保戶資料庫模組

81‧‧‧筆記型電腦

82‧‧‧行動通訊裝置

83‧‧‧平板電腦

Claims (10)

1. 一種線上核保系統，用於受理客戶端經由網路進行線上投保，該系統包含：一受理端伺服器，接受來自該客戶端於線上所輸入之要保資料；一核保模型模組，係連接至該受理端伺服器，並儲存複數個核保條件；一公司保戶資料庫模組，係連接至該受理端伺服器，並儲存一公司既有保戶之保單記錄及個人資料；以及至少一個跨公司保戶資料庫模組，係連接至該受理端伺服器，並儲存非該公司之既有保戶的保單記錄及個人資料；其中該受理端伺服器根據該等核保條件就該要保資料進行比對及分析；若符合該等核保條件，則該受理端伺服器會發出一個第一代碼；若不符合該等核保條件，則該受理端伺服器會發出一個第二代碼。
2. 如請求項1所述之線上核保系統，其中該客戶端係藉由一筆記型或桌上型電腦、一平板電腦或一行動通訊裝置。
3. 如請求項1所述之線上核保系統，其中該核保模型模組包括至少一個檢核規則，該檢核規則係規定該等核保條件和該要保資料之比對內容及順序。
4. 如請求項1所述之線上核保系統，其中該受理端伺服器參考該公司保戶資料庫模組中儲存之該公司既有保戶之保單記錄及個人資料。
5. 如請求項1所述之線上核保系統，其中該受理端伺服器參考該跨公司保戶資料庫模組中儲存之非該公司之既有保戶的保單記錄及個人資料。
6. 如請求項1所述之線上核保系統，其中該受理端伺服器據該等核保條件就該要保資料確認案件類型。
7. 如請求項1所述之線上核保系統，其中該受理端伺服器據該等核保條件就該要保資料確認險種類別。
8. 如請求項1所述之線上核保系統，其中該受理端伺服器接受來自公司端以批次方式輸入另外複數個要保資料。
9. 如請求項1所述之線上核保系統，其中該受理端伺服器會發出其他代碼。
10. 如請求項9所述之線上核保系統，其中該第一代碼、該第二代碼及該其他代碼等對應不同訊息或核保結果。