學校代碼： 課 程 設 計保險理賠業務管理信息系統的分析與設計報告姓 名：學 號：學 院：年 級 專 業：完成日期：2016年5月29日 1目 錄1概述11.1系統開發背景2 1.2系統目標和開發可行性21.2.1系統目標21.2.2系統開發的可行性分析3 2 系統需求分析42.1組織結構分析42.2理賠系統業務流程分析53 系統結構設計63.1系統功能模塊劃分63.2系統軟硬件配置及數據庫系統設計7 3.2.1系統軟硬件配置7 3.2.2數據庫系統設計74系統數據庫及數據結構設計84.1基本表結構84.2輸入設計83.3輸出設計85系統實施方案95.1系統切換方案9 5.1.1系統部署9 5.1.2應用部署9 5.1.3數據遷移方案9 5.1.4應急方案95.2人員培訓方案95.3系統開發與實施進度圖111保險理賠業務管理信息系統的分析與設計報告1概述保險理賠是保險人在保險標的發生風險事故后，對被保險人提出的索賠請求進行處理的行為。保險理賠業務信息是管理工作中至關曉紅要的工作組成部分，是保險理賠業務管理信息系統的處理對象。保險理賠信息的管理是按其形成和使用規律，運用一系列的網上技術手段，把保險理賠業務中各個環節產生的信息資源進行收集、整理、加工、統計、分析及推理，從而得出有利于今后的理賠業務工作的新信息。保險理賠已經成為當今社會存在的一種很健全的制度，保險理賠可以讓個人和集體的損失降到最低能讓生活和生產持續不斷的進行下去，理應重視保險理賠的發展，這也成了開發保險理賠管理信息系統的必要性。并且在與國外保險公司相比的情況下年國內公司在理賠信息技術的應用方面還存在較大差距，開發保險理賠業務管理信息系統也為保險理賠業務提供配套的網絡支持。隨著信息技術的發展，利用信息技術對基層保險公司進行信息建設，促進基層公司業務和管理協調發展，已成為保險公司信息化發展方向。傳統的手工單證歸檔管理和手工操作計算機簽保單的模式，已不適應現代保險發展的需要。對保險信息進行信息化管理，對于保險公司提高管理水平、提升其綜合競爭實力、提高保險行銷人員的業務素質等方面都具有重要的現實意義和使用價值。1.1開發背景隨著我國的入世以來，國內保險公司將和國外保險公司在相同條件下進行公平競爭。這就要求保險公司充分利用現代科學技術，加強網絡信息資源的運用和管理，提高保險公司的競爭力。保險標的發生保險事故而使被保險人財產受到損失或人身生命受到損害時，或保單約定的其它保險事故出險而需要給付保險金時，保險公司根據合同規定，履行賠償或給付責任,由以往的a、立案查勘；b、審核證明和資料；c、3、核定保險責任；d、履行賠付義務。傳統手工程序進行改進。處理新西蘭之大，業務信息多，長期以來，手工的處理程序極不利于保險理賠業務管理和客戶服務。1.2系統目標和開發可行性1.2.1系統目標優化保險公司的業務流程，加快公司內部機構之間以及與公司外部的溝通對公司的工作效率有很大的影響。設計保險理賠管理信息系統達成好的目標愿景，從而工作效率的提升必然會提高企業的效益，實現財務經營上的增收節支，同時，也會提高對客戶的服務水平，增強客戶的滿意度和忠誠度。建設保險理賠業務處理系統的終極目標都是為了增強企業綜合競爭力，從而贏得更多的客戶，獲得更大的市場份額。1.2.2系統開發可行性分析從信息技術趨向上看，保險理賠公司為加速網絡化進程，為各業務處理崗位和個科室配置I7及以上微處理器、存儲量大的計算機，且均在市公司局域網內，完全能滿足數據傳輸和通信開發的要求。從實力上看，保險公司理賠業務管理信息系統的開發，其預算若已得到經歷的批準，完全能滿足設備和人力的投入。從其效益來看，保險理賠業務管理信息系統具有長期的管理效益和社會效益，對理賠業務管理效率的提高、信息資料的的高效利用、存儲空間的節省、管理決策的及時制定、客戶服務水平低的提升等，都有很好的促進作用。從組織風險上看，開發業務管理信息系統得到公司經理室的大力支持和重視，相關職能部門都有強烈的愿望改變現行的理賠業務管理模式，可以說，公司上下一心，共同開發新系統，這對于各項原始數據的手機與統計、業務資料的重新錄入等，發揮了重要作用。開發的新系統注重可操作性和易用性。2系統需求分析2.1組織結構保險理賠業務管理信息系統在設計時對系統有較高要求，應嚴格按照軟件工程規范進行，應用系統的設計必須做到內容統一、數據結構統一、編碼規則統一、處理方式統一、界面風格統一、操作統一，以便日后系統維護其如下是組織結構圖：董事會總經理副總經理總工程師財務部行政管理部銷售部保險事業部網絡工程部IC卡硬件部軟件開發部培訓部組織結構圖 2.2理賠系統業務流程分析責任審定現場勘查出險登記立案單證審核損失賠償計算和賠付損余物資的處理結案（1）登記立案 保險標的發生保險事故時，被保險人或受益人有義務將事故發生的時間、地點、原因及其他有關情況及時通知保險公司或保險代理人。被保險人或受益人在損失通知后，應向保險人提供索賠必需的各種單證。（2）單證審核保險公司接到被保險人或受益人的損失通知和索賠單證后，保險內勤人員要立即進行單證的審核，以決定是否有必要全面開展理賠工作。包括：審核保險單的有效性；審核損失是否是由保險責任范圍內的原因造成的；審核索賠人在索賠當時對保險標的有無可保利益；審核有關單證的有效性；損失財產是否為保險財產；損失發生是否在保險的有效期內。在初步確定保險責任后，保險公司根據損失通知編號立案，把保單副本與出險通知單核對，為現場勘查作準備。（3）現場勘查A、查明出險的具體時間和地點B、調查和核實出險的原因C、查清受損標的的名稱、數量和施救整理的過程，以核實保險標的的損失程度和范圍以及支出的施救費用。D、妥善處理受損的保險標的，處理受損標的的損余物資，盡量減少保險損失。E、取得有關行政主管部門出具的事故證明，作為保險事故舉證材料。根據現場勘查和現場記錄，保險理賠人員要做出保險事故的勘查報告或檢驗報告，為責任審定提供第一手材料。（4）責任審定保險公司在現場勘查后，根據勘查報告，審定損失責任。如損失屬于保險責任，確定保險人的保險賠償責任和賠償范圍；如損失不屬于保險責任，保險人必須向被保險人或受益人發出拒絕賠償或給付保險金的書面通知。（5）損失賠償計算和賠付理賠人員按照確定的賠償方式，根據損失情況，分別按保險標的的損失、施救費用、勘查費用、損余收回、免賠額等項目列出計算公式，填制“賠款計算書”。保險公司完成審核和勘查工作后，就損失責任、賠償金額與被保險人或受益人達成協議，即可支付賠款。（6）損余物資的處理損余物資如由保險人收回，理賠部門應填寫“損余物資收回憑證”。（7）結案保險理賠人員在支付賠款后，清理有關賠案的所有文件和單證，以及現場的照片和錄音，歸檔管理，以便日后查閱。3 系統結構設計3.1系統功能模塊劃分（1）保單信息管理：主要包括保單基本信息、標的信息、投保人信息和被保的信息等。（2）理賠部管理：主要包括業務員信息和查勘員信息管理。（3）報案管理：主要包括報案信息錄入、報案信息瀏覽等功能。（4）查勘定損管理：包括查勘定損信息錄入及相關信息瀏覽。（5）核賠管理：主要包括核賠信息錄入及信息瀏覽。（6）結案管理：主要包括結案信息錄入及信息瀏覽。（7）報表管理：打印各種所需表單，比如保單信息表、報案信息表、查勘定損 信息表、核賠信息表、結案信息表等。 3.2系統軟硬件配置及數據庫系統設計3.2.1系統軟硬件配置 開發新的保險理賠業務管理信息系統需要良好的配置管理，良好的配置管理能使軟件開發過程有更好的可預測性，使系統軟件具有可重復性，使開發團隊有信心。所以配置管理同軟件開發過程緊密相關。 除了現有的I7等良好處理器硬件外，還要結合以下幾個配置管理工具： （1）Visual Source Safe VSS是美國微軟公司的產品，是配置管理的一種很好的入門級的開發工具。 （2）Concurrent Version System CVS是開發源代碼的配置管理工具，其源代碼和安裝文件都可以免費下載。 （3）Star TeamStar Team是Borland公司的配置開發管理工具，在易用性，功能和安全性方面都很不錯。 （4）Subversion該系統提供互聯網基礎上的團隊合作哪以及工作流程的定制和任務的跟蹤。3.2.2數據庫系統設計 數據庫系統設計的優劣直接影響信息系統的質量和運行效果。 數據庫技術是信息資源的開發、管理和服務的最有效的手段，因此數據庫的應用范圍越來越廣，從小型的單項事物處理系統到大型的信息服務系統大都利用了先進的數據庫技術來保持系統數據的整體性、完整性和共享性。數據庫應用軟件和其他軟件一樣，也有它的誕生和消亡。數據庫應用軟件作為軟件，在其生命周期可以看作有三個大的時期：軟件定義時期，軟件開發時期和軟件運行時期。按照規范化設計方法，從數據庫應用系統設計和開發的全過程來考慮，將數據庫及其應用軟件系統的生命周期的三個時期又可以細分為六個階段：需求分析、概念結構設計、邏輯結構設計、物理結構設計、實施及運行維護。根據業務流程的分析，設計出系統中包含的表： 投保人信息表，保單基本信息表，被保人信息表，標的信息表，查勘定損信息表，核賠單信息表，業務員信息表，結案單信息表，查勘員信息表。 4系統數據庫及數據結構設計 4.1基本表結構 在本系統中要求的表結構有： 投保人信息:投保人編號、保單編號、姓名、性別、籍貫、出生日期、家庭住址。 被保人信息表：被保人編號、保單編號、姓名、籍貫、出生日期、家庭住址。 保單基本信息表：保單編號、投保日期、起保日期、終止日期、銷售渠道、業務員編號、爭議處理、險類、應交保費、投保人編號、被保人編號。 標的信息表：標的編號、保單編號、行駛證車主、被保險人與車輛關系、車牌號、發動機號、車架號、廠牌車型、核定座位、排量、功率、是否車隊車輛、使用性質、購置價。 報案信息表：報案單號、保單編號、出險日期、出險地點、報案人、報案方電話、報案時間、就診醫院。 查勘定損信息表：編號、被保人編號、事故類型、事故責任比例、駕駛員、查勘時間、查勘員編號、查勘地點、醫療費用、修車費用、施救費用、財產險應付賠款、責任險應付賠款。 4.2輸入設計輸入設計的目的是保證向系統輸入正確的數據。輸入設計時要保證系統輸入的數據準確有效，要考慮的問題包括數據的手機、整理、輸入的方法和技術，以及數據的處理方式等。 4.3輸出設計輸出信息是系統對輸入數據的加工整理后形成的結果，是進行管理決策所需要的輔助信息。因此，能否方便準確地為用戶提供管理決策所需要信息成為用戶對系統質量評價的重要指標之一。保險理賠系統采用類似報表的形式輸出，分為表頭、表體和表尾3部分。報表的輸出，可以根據用戶的需求采用不同形式，并可以使用打印機打印輸出。5系統實施方案 5.1系統切換方案5.1.1系統部署 包括系統備份、系統網絡配置調試，系統設置、系統檢查、系統測試的計劃或要求。5.1.2應用部署應用軟件安裝。5.1.3數據遷移方案有數據檢查和數據遷移，總體設計、數據準備、程序安裝、數據卸出、數據轉換、數據裝入、數據調整、數據檢查、數據恢復等內容。5.1.4應急方案應急方案應包括：應急組織架構，應急方案啟動前提，應急方案切換步驟。系統可根據實際情況單獨編寫上線應急方案。應急方案模板系統應急方案。如無需應急方案，說明原因。每臺服務器和客戶端安裝防毒軟件并及時進行更新，為了避免影響日常工作，在試運行期間，在系統填報的同時，保留目前用手工處理理賠業務的途徑。 5.2人員培訓方案確定培訓需求：征求參訓人員理賠系統培訓的意見；征求參訓人員主管的意見；分析參訓人員知識、技能、文化現狀；填寫培訓需求調查表。設定培訓目標，確定具體內容參訓人員，制定培訓計劃：此次理賠系統培訓所要達到的預期結果；此次培訓需要參加的各部門和人員；每項課程需要參加的部門和人員；培訓計劃要有針對性、時效性；明確培訓目標、培訓課程、培訓時間、培訓。準備工作：根據培訓計劃進行培訓費用、教材、資料、培訓設備、培訓講師等培訓資源準備；提前