【正文】 剛成立的保險公司，標準化的工作就更有意義，同時也是更應該實施，更便于實施。 系統(tǒng)將從實務流程的標準化，業(yè)務信息代碼的標準化、數據格式和有效性的標準化、需求描述的標準化等四個方面實現對系統(tǒng)的建設。 系統(tǒng)根據業(yè)務發(fā)生時處理方式不同，將保險產品分為個人保險、團體保險、銀行代理保險、健康保險等。 根據險種保險期險有可分為長期險及短期險。 3．大集中的處理模式 大集中的處理模式一是 IT 概念上 的集中，即系統(tǒng)集中、數據集中；其二是業(yè)務概念上的集中，即業(yè)務的組織和處理的集中。這種方式更利于系統(tǒng)的更新和升級，并且能夠得到完整的業(yè)務數據，從技術上能夠保證客戶的唯一性、核保核賠的風險控制、跨區(qū)域的客戶服務，并且能為更高層次的統(tǒng)計分析提供完整的數據支持。在保單錄入中，通 過與單證影像系統(tǒng)的結合，我們可以實現保單在支公司掃描，傳遞到分公司，由分公司的錄單中心統(tǒng)一錄入的業(yè)務模式，核保和出單同樣可以通過集中的方式進行處理。 4．以客戶為中心的處理 系統(tǒng)在設計中堅持以客戶為中心的處理原則。 以客戶為中心的設計理念，體現在如下幾個方面： ? 產品設計以客戶為中心 在系統(tǒng)的產品設置結構中，我們提供了基于責任庫的處理方式，希望通過責任庫中的責任組合，能夠快速提供一個新的產品。因此，當客戶有一系列的保險要求時，我們能夠通過責任庫中的責任選擇，為客戶制定一套完整的保險方案，滿足客戶個性化的要求。 ? 服務渠道以客戶為中心 系統(tǒng)能夠為各種服務渠道提供支持，如對于業(yè)務員上門服務，系統(tǒng)能夠提供各種單證、通知書的支持以及相關的查詢提示。 第三章 壽險新契約管理系統(tǒng)分析 3． 1 新契約總體業(yè)務流程 新契約管理主要包含：錄單，人工核保，簽單，保單打印 幾個流程。 人工核保是新契約投保單錄入完畢后對錄入的投保單進行校驗。 對通過人工核保的投保單進行保單簽發(fā)。 由批處理打印已經簽發(fā)的保單。 新契 約業(yè)務流程總圖如圖 31 所示。 3． 2 業(yè)務流程詳細描述 1．關于錄單流程的描述 在錄單流程錄單員會對選擇的錄單任務進行合同信息、投保人信息、被保人信息、險種信息的錄入，錄單無誤則進入人工核保流程。 圖 31 新契約總體業(yè)務流程圖 繳費通知單 財務收費 暫收收據收費員投保書錄單員錄入 保單核保員人工核保 簽發(fā)保單操作員打印保單客戶2．關于人工核保流程的描述 人工核保提供發(fā)送體檢通知書和生調通知書功能，并對契約的變更通知客戶確認。 (1) 發(fā)送體檢通知書 核保員發(fā)送體檢通知書，客戶收到體檢通知書，到指定的醫(yī)院進行體檢，體檢完畢后醫(yī)院給出體檢報告，業(yè)務員回收體檢報告。 核保員 體檢通知書 安排體檢 體檢報告 體檢報告客戶體檢報告回收業(yè)務員圖 3 4 人工核保二層數據流程圖一 (2) 發(fā)送生調通知 核保員發(fā)送生調問卷，客戶收到生調問卷進行生調，并反饋 一份生調報告，業(yè)務員回收生調報告。 圖 33 人工核保頂層業(yè)務流程圖 核保員生調處理體檢處理契約變更處理結果體檢通知書書生調問卷契約變更通知書圖 32 錄單流程圖 錄單員 錄入投保人信息錄入合同信息錄入險種信息 錄入被保人信息保單客戶 投保書核保員 生調問卷 生調報告業(yè)務員生調結果進行生調客戶生調報告回收圖 3 5 人工核保二層業(yè)務流程圖二 (3) 發(fā)送契約變更通知 核保員發(fā)送契約變更通知書，客戶收到契約內容變更后作出回復，業(yè)務員回收客戶的回復信息。 核保員契約變更通知書契約內同變更回復業(yè)務員回復信息回收變更后的契約送交客戶業(yè)務員圖 3 6 人工核保二層業(yè)務流程圖三 對進入人工核保流程的任務，由核保崗對投保信息進行檢查，核保師確認后，任務進入簽單流程。 對已有投保結論并已交足首期保費的投保單進行簽單，已簽發(fā)的進行保單打印，保單打印后由業(yè)務員送交客戶，客戶把保單回執(zhí)送還給保險公司，保險公司對保單回執(zhí)進行回銷。 圖 37 簽發(fā)保單業(yè)務流程圖 操作員 打印保單 保單 客戶保單回執(zhí) 保單回執(zhí)回銷客戶3． 3 新契約子系統(tǒng)數據流程圖 客戶填寫投保書，并交由錄單員錄入投保單，錄入的投保單需要進行人工核保，通過人工核保并且已經繳費的保單，進行簽單操作，沒有通過人工核保的保單返還給客戶進行修改。 在數據流程圖 中，用 表示數據存儲；用 表示處理邏輯；用 表示數據流；用 表示外部實體。錄單的數據流程如 圖 39 所示。人工核保的頂層數據流程圖，如圖310 所示。 P 2 . 1 . 1送交客戶D 2 . 1 . 1 體檢通知P 2 . 4人工核保處理D 2 . 2 核保結論P 2 . 1 . 2單據回收D 2 . 1 . 2 體檢報告 F 2 . 1 體檢通知 F 2 . 4 體檢報告F 2 . 4 體檢報告圖 3 11 人工核保二層數據流程圖一 (2)發(fā)送生調通知 在人工核保中在進行生存調查這個核保項目時，首先給客戶發(fā)送生調通知書，生調通知書中的內容客戶確認后會反饋一份生調報告，生調報告由業(yè)務員進行回收，并保存，核保師根據生調報告的結果做出核保結論，并保存核保結論。 P 2 . 4人工核保處理D 2 . 2 核保結論 F 2 . 2 生調通知 F 2 . 5 生調報告F 2 . 5 生調報告圖 3 12 人工核保二層數據流程圖二P 2 . 2 . 1送交客戶P 2 . 2 . 2單據回收D 2 . 2 . 2 生調報告D 2 . 2 . 1 生調通知 (3)發(fā)送契約變更通知書 在人工核保中在進行契約變更這個核保項目時，首先給客戶發(fā)送契約變更通知書，契約變更通知書中的內容客戶確認后會反饋一份契約變更回復，契約變更回復由業(yè)務員進行回收，并保存，核保師根據契約變更回復的結果做出核保結論，并保存核保結論。 P 2 . 4人工核保處理D 2 . 2 核保結論 F 2 . 3 契約變更通知F 2 . 6 契約變更回復圖 3 13 人工核保二層數據流程圖三D 2 . 3 . 1 契約變更通知P 2 . 3 . 1送交客戶F 2 . 6 契約變更回復P 2 . 3 . 2單據回收D 2 . 3 . 2 契約變更3．簽發(fā)保單 已經通過人工核保的保單，就可以進行簽發(fā)。數據流程 如 圖 314 所示。 數據字典的內容主要包括了對數據流程圖中的數據項、數據流、處理邏輯、數據存儲和外部實體等方面進行具體的定義。 由于受篇幅限制，每一項只舉兩個例子作詳細說明，其余部分僅將其編號和名稱列出，以供查閱。在新契約子系統(tǒng)中，每一個數據項的定義都包括了對數據項名稱、類型 、意義、取值范圍、相關數據流、相關數據存儲 的詳細描述。 表 31 數據項“險種代碼”的描述 表 32 數據項“投保單印刷號”的描述 在人工核保流程中的數據項主要有核保順序號、核保員代碼、險種核保結論、險種核保意見、被保人核保結 論、被保人核保意見、投保單核保結論、投保單核保意見、核保日期。 在簽單流程中數據項主要有核保完成天數、保單號、催繳保費類型、催繳保費日期、保單失效日期等。其他數據項還有合同號、管理機構、代理人編碼、銷售渠道、投保人姓名、投保人出生日期、投保人證件號碼、被保人姓名、被保人年齡、被保 人出生日期、險種代碼、險種名稱、保額等。例如對數據數據項名稱：投保單印刷號 類型：字符 意義：投保單的流水號 取值范圍： 9 位數字 相關數據流：投保單、問題件、暫收收據 相關數據存儲：保存險種信息、保存合同信息、人工核保決定、保存保單等 數據項名稱：險種代碼 類型：字符 意義：表示每個險種的唯一代碼 取值范圍： 8 位數字 相關數據流：投保書、投保單、暫交費收據 相關數據存儲：保存險種信息、保存保單、保存暫交費收據等 存儲“保存險種信息”的描述如表 33 和對數據存儲“保存投保人信息”的描述如表 34 所示。 3．數據流 在新契約子系統(tǒng)的處理中，數據流分析清楚地表明各種數據的來源及去向，描述系統(tǒng)信息處理功能有關的各類信息的載體，是各處理邏輯環(huán)節(jié)進行處理和輸出的數據集合。 表 35 數據流“投保單”的描述 數據存儲名稱：保存投保人信息 含義說明：保存投保人的基本信息 來源：投保書 數據存儲組成：投保人姓名、投保人客戶號、投保人性別、投保人出生日期等 流出的數據流：投保書 流入的數據流：投保書 數據存儲名稱：保存險種信息 含義說明：保存險種信息是新契約錄單處理的一個主要數據存儲，定義了客戶選擇的險種的有關信息 。本論文就不再一一列舉。例如對數據處理邏輯“錄入投保單”的描述如表 37 和對數據處理邏輯“人 工核?！钡拿枋鋈绫?38。 輸入的數據流：投保書 輸出的數據流：保單 處理：界面處理，錄單員可根據客戶提供的投保書對合同信息、投保人信息、被保人信息以及險種信息進行錄入。 表 38 數據處理邏輯 “人工核?！钡拿枋? 其他的處理邏輯還有 P3 繳費處理、 P4 簽發(fā)保單、 錄入合同信息、 錄入投保人信息、 錄入被保人信息、 錄入險種信息、 體檢處理、 生調處理、 契約變更處理、 人工核保處理、 送交客戶、 單據回收、 保單打印、 回執(zhí)回銷等。 第四章 壽險核心業(yè)務系統(tǒng)的新契約管理系統(tǒng)設計 4． 1 系統(tǒng)開發(fā)規(guī)范 1． Java 編程規(guī)范 (1)命名規(guī)范 package 命名： Package 的名字應該都是由一個小寫單詞組成。 輸入的數據流：保單 輸出的數據流：通過核保的保單 處理：界面處理，根據體檢通知書、生調通知書、契約變更回復作出核保結論。后面的單詞用大寫字母開頭。后面的單詞用大寫字母開頭。 參數的命名：參數的名字必須和變量的命名規(guī)范一致。 方法的參數：使用有意義的參數命名，如果可能的話，使用和要賦值的字段一樣的名字： SetCounter(int size) { = size。不僅因為它是標準，這也是被各種 java 編譯器都認可的方法。 頁寬：頁寬應該設置為 80 字符，源代碼一般不會超過這個寬度 , 并導致無法完整顯示，但這一設置也可以靈活調整。一條語句折行后，應該比原來的語句再縮進 2 個字符。 Package/Imports： package 行要在 import 行之前， import 中標準的包名要在本地的包名之前，而且按照字母順序排列。 Class：先是類的注釋信息，接下來是類定義、類的成員變量、構造函數（用遞增的方式寫），如果這個類是可以被克隆的，那么下一步就是 clone 方法，再接下來是類變量的存取的方法。 (4) 對于其他表名的約定： 一般費率表： Rate + 險種舊編碼 保全中用到的 費率表： RateEdor＋險種舊編碼 現金價值表： CashValue＋險種舊編碼 賬戶利率表： Interest＋賬戶號碼 3．開發(fā)界面規(guī)范 無論是控件使用，提示信息措辭，還是顏色、窗口布局風格，遵循統(tǒng)一的標準，做到真正的一致。 區(qū)域排列：一行控件，縱向中對齊 , 控件間距基本保持一致。當屏幕有多個編輯區(qū)域，要以視覺效果和效率來組織這些區(qū)域。 縱向控件寬度盡量保持相通。 有效組合：邏輯上相關聯的控件應當加以組合，以表示其關聯性，反之，任何不想光的項目應當風格開，在項目集合間，用間隔對其進行分組，或者使用方框劃分各自區(qū)域。 二級以及二級以上父菜單建議最好四字長，不要超過五字長。 (3)界面布局風格 為了使系統(tǒng)在僅有的顯示范圍內獲得更多的信息，也使系統(tǒng)有統(tǒng)一的界面風格，系統(tǒng)中一律使用每個頁面三列錄入框的顯示風格。 1．數據表 (1)個人險種表 LCPol LCPol表存放的是個人的險種信息，主要包括險種編碼、險種份數、保額、保費、交費方式等信息，如表 41，詳見附錄一。 表 42 個人保單表 LCCont Name Code Data Type 備注 合同號碼 ContNo CHAR(20) 主鍵，非空 總單投保單號碼 ProposalContNo CHAR(20) 非空 印刷號碼 PrtNo CHAR(20) 非空 投保人客戶號碼 AppntNo CHAR(24) 投保人性別 AppntSex CHAR(1) 投保人 出生日期 AppntBirthday DATE 投保人證件類型 AppntIDType CHAR(1) 投保人證件號碼 AppntIDNo CHAR(20) 被保人客戶號 InsuredNo CHAR(24) 非空 被保人性別 InsuredSex CHAR(1) 被保人出生日期 InsuredBirthday DATE 證件類型 InsuredIDType CHAR(1)