Xây dựng hệ thống quản lý hợp đồng bảo hiểm tại chi nhánh BHDK - KV Tây Bắc

Nguyên nhân dẫn đến viếc phát triển một HTTT 1. Những vấn đề về quản lý

Đặc biệt trong những năm gần đây, lợi thế thương mại này được cạnh tranh một cách gay gắt và trở thành cuộc chạy đua công nghệ trong các doanh nghiệp. Khi các hệ quản trị cơ sở dữ liệu ra đời nhiều tổ chức phải rà soát lại HTTT của mình để quyết định những gì họ sẽ phải cài đặt, phải thay đổi khi muốn sử dụng những công nghệ mới này. Cũng có những HTTT được phát triển chỉ vì người quản lý muốn mở rộng quyền lực của mình bởi vì ông ta biết rằng thông tin là một phương tiện có thể thực hiện điều đó.

Vấn đề là một yêu cầu đơn giản gửi tới từ một bộ phận hoặc một phòng ban đến lãnh đạo các bộ phận tin học của một tổ chức, những người này chịu trách nhiệm quyết định yêu cầu có thể chấp nhận được không?. Bởi vì tình trạng như vậy có thể được xem như là để ngỏ, nhiều tổ chức đặt ra một hội đồng tin học được ccấu thành từ người chịu trách nhiệm về tin học cùng với những người chịu trách nhiệm về các chức năng chính của tổ chức. Quyết định của hội đồng hoặc của người chịu trách nhiệm về tin học trong một số trường hợp, có thể không bắt buộc phải dẫn tới việc cài đặt một hệ thống mới, nó chỉ mới khởi động một dự án phát triển.

Mục đích xây dựng một HTTT

Trong phần lớn các tổ chức, có các cơ chế chính thức đang tồn tại, để xác định liệu một nghiên cứu phát triển về HTTT có nên được thực hiện hay không. Tính thích hợp và dễ hiểu Nhiều nhà quản lý không muốn sử dụng một số loại báo cáo mặc dù chúng liên quan tới các hoạt đọng thuộc trách nhiệm của ông ấy. Có thể là có quá nhiều thông tin chưa thích ứng, thiếu sự sang sửa, sử dụng quá nhiều từ viết tắt hoặc đa nghĩa hoặc bố trí chưa hợp lý của các trường thông tin.

Tính kịp thời thông tin có thể là tin cậy, dễ hiểu và thích ứng và được bảo vệ an toàn nhưng vẫn không có ích khi nó không được gửi tới người sử. Một công đoàn có thể biểu tình nếu việc phiếu trả lương phát chậm nhiều lần, một cửa rút tiền tự động có thời gian trả lời tới 5 phút thì sẽ mất khách hàng rất nhanh. Trên đây là những tiêu chuẩn để đánh giá một hệ thống thông tin trong doanh nghiệp nói chung, nhưng tuỳ từng doanh nghiệp áp dụng hệ thống thông tin mà nó sẽ có thêm những tiêu chuẩn riêng khác nhau.

Phương pháp phát triển một HTTT

Đánh giá yêu cầu được bắt đầu từ việc nêu vấn đề, ước đoán độ lớn của dự án và những thay đổi có thể, đánh giá tác động cuả những thay đổi và tính khả thi của dự án, những gợi ý hỗ trợ cho người ra quyết định. Đây là giai đoạn giúp cho cán bộ phân tích hiểu sâu sắc và toàn vẹn về hệ thống thông tin đàn tồn tại – nghĩa là xác định được những vấn đề chính cũng như các yêu cầu nảy sinh của chúng, xác định được các công việc phải làm, các công cụ được sử dụng cũng như mục tiêu cần đạt được của hệ thống mới. Mục tiêu đó là nhận diện nhanh và không nhầm lẫn các đối tượng, mô tả nhanh chóng các đối tượng, tiết kiệm không gian lưu trữ và thời gian xử lý, thực hiện những phép kiểm tra logic hình thức hoặc thể hiện vài đặc tính của đối tượng.

Để khắc phục tình trạng này, phân tích viên bắt buộc phải phân tích kĩ lưỡng cơ sở dữ liệu của hệ thống, thậm chí có thể phải làm việc đơn độc và sẽ tuỳ từng trường hợp mà có những phương pháp thu thập thích hợp. Thiết kế dữ liệu từ các thông tin đầu ra: đây là phương pháp cổ điển và cơ bản của việc thiết kế cơ sở dữ liệu.Phương pháp này dựa trên các văn bản hay báo cáo đầu ra để từ đó xác định các trường dữ liệu cần thiết. Triển khai kỹ thuật hệ thống thông tin là thực hiện việc lựa chọn công cụ phát triển hệ thống, tổ chức vật lý của cơ sở dữ liệu, cách thức truy nhập tới các bản ghi của các tệp và những chương trình máy tính khác nhau cấu thành nên hệ thống.

Giới thiệu về quản trị cơ sở dữ liệu Microsoft Access và ngôn ngữ lập trình Visual Basic 6.0

• Giới thiệu về Visual Basic

- VB giúp CSDL dễ bảo trì hơn: nếu di chuyển một form hay một report từ CSDL này sang CSDL khác thì các thủ tục gắn vào form hay report cũng sẽ di chuyển theo. - Báo lỗi hay xử lý lỗi: VB có thể giúp phát hiện của người dùng, hiện những thông báo dễ hiểu (bằng tiếng việt) và đôi khi có thể tự động sửa lỗi. - Truyền các tham số đến các thủ tục: VB cho phép truyền các tham số tới các thủ tục trong lúc đang thực hiện và có thể dùng các biến làm tham số.

Các điều khiển mới cho phép ta viết các chương trình ứng dụng kết hợp giao diện, cách xử lý, các tính năng của Microsoft Office và trình duyệt Web Internet Explorer. Không nhất thiết phải có một ví dụ minh hoạ của điều khiển trên biểu mẫu, Visual Basic 6.0 cho phép lập trình thêm các điều khiển vào đề án tự động và có thể tạo ra các điều khiển ActiveX hiệu chỉnh. Các cải tiến cho phép làm việc với các ứng dụng truy cập dữ liệu ở tầm cỡ vĩ mô liên quan đến hàng trăm, hàng nghìn người sử dụng qua mạng hay qua Internet.

Tìm hiểu chung về nghiệp vụ và sản phẩm bảo hiểm

• Mô tả thuộc tính, đối tượng các dịch vụ của BHDKVN (gọi chung là Công ty)

Thông qua các số liệu thống kê và thực tiễn hoạt động của khách hàng, cán bộ khai thác tham mưu cho lãnh đạo về chính sách khách hàng, về công tác quản lý rủi ro và khả năng triển khai dịch vụ. Kết hợp với bộ phận bồi thường để tính được hiệu quả bảo hiểm đối với từng khách hàng, theo từng năm nghiệp kịp thời, đề xuất ý kiến điều chỉnh tỷ lệ phí và các điều kiện, điều khoản bảo hiểm cho thích hợp. Những trường hợp đặc biệt (yêu cầu kĩ thuật chuyên môn cao, khả năng rủi ro cao, giá trị bảo hiểm lớn) cần có giám định viên đánh rủi ro của cơ quan chuyên môn khác hoặc của cơ quan chuyên môn khác hoặc tổ chức giám định nước ngoài.

Trên cơ sở các thông tin khách hàng cung cấp, báo cáo đánh giá ruủi ro, các số liệu thống kê và các chính sách khách hàng của Công ty, P.KD/CN/VPĐD xác định tỷ lệ phí bảo hiểm phù hợp với đối tượng bảo hiểm và các quy định của Công ty. Phí bảo hiểm và điều kiện bảo hiểm đã chào cho khách hàng nhưng chưa được chấp nhận, tuỳ từng trường hợp, lãnh đạo P.KD/CN hoặc lãnh đạo Công ty sẽ có cuộc gặp gỡ để trao đổi và tính toán lại phương án chào phí.Trong quá trình đàm phán, các yếu tố liên quan tới những quy tắc bảo hiểm, điều kiện, điều khoản, phí bảo hiểm, hồ sơ số lliệu về khách hàng, chính sách khách hàng và phí của các nhà tái bảo hiểm hàng đầu sẽ được lãnh đạo Công ty xem xét để giải quyết định mức phí phù hợp, đáp ứng được nhu cầu bảo hiểm của khách hàng và chính sách phát triển kinh doanh của Công ty. • Lưu tại P.KD/ CN/ VPĐD 01 bản gốc: Đơn /Hợp đồng / GCN bảo hiểm và các tài liệu có liên quan phải được đính kèm nhau và được lưu trong các cặp tài liệu theo thứ tự thời gian và theo năm nghiệp vụ.

Xây dựng hệ thống quản lý hợp đồng bảo hiểm tại chi nhánh BHDK- KV Tây Bắc

• Khảo sát và phân tích
• Phân tích hệ thống quản lý hợp đồng Bảo hiểm tại BHDK-chi nhánh KV Tây Bắc

Tỷ lệ này do công ty quy định, mục đích của bảng tỷ lệ này là dùng để tính hoa hồng cho các cán bộ khai thác dựa vào Hợp đồng bảo hiểm mà họ đang theo dừi. • Có đủ các tiêu chí liên quan đến tình hình hợp đồng như: Mã khách hàng, tên khách hàng, địa chỉ, điện thoại, mã cán bộ khai thác, loại hợp đồng, định kì nộp phí, phí bảo hiểm, hoa hồng cho từng hợp đồng. Ví dụ khi đang ở form hợp đồng, ta có thể nhấp dúp vào trường khách ở trên text box để biết thông tin chi tiết về khách hàng: Mã khách hàng, tên khách hàng, địa chỉ, điện thoại, mã số thuế… Có thể cập nhật thông tin hàng tháng về tình hình hoa hồng, và doanh thu phí.

• Trong bảng thống kê chi tiết về hợp đồng có thể cộng tổng theo cán bộ khai thác, theo loại hợp đồng, theo định kỳ đóng phí…. Trên sơ đồ chỉ bao gồm các luồng dữ liệu, các xử lý, các lưu trữ dữ liệu, nguồn và đích nhưng không hề phản ánh thời điểm và đối tượng chịu trách nhiệm xử lý. Dữ liệu của bảng được lấy từ các bảng danh mục và từ hợp đông bảo hiểm.Bảng này chỉ lưu thông tin chung về hợp đồng và dịch vụ bảo hiểm của hợp đồng.

4 GiaTriBH Number Long Integer Giá trị bảo hiểm 5 TylePhiBH Number Long Integer Tỷ lệ phí bảo hiểm 6 ThoiHanBH Number Long Integer Thời hạn bảo hiểm. Trong bảng hợp đồng có trường ThuPhi để xác định xem hợp đồng này còn bao nhiêu tiền mà khách hàng còn nợ (có thể là chưa thu hoặc đã thu nhưng chưa thu hết).