Cải Tiến Quy Trình Hệ Thống Thông Tin Quản Lý Dữ Liệu Thầu Tại Công Ty DKSH Việt Nam

Luận văn thạc sĩ nghiên cứu hệ thống thông tin quản lý cải tiến quy trình hệ thống thông tin quản lý dữ liệu thầu tại công ty, đánh giá hiện trạng, phân tích vấn đề, đề xuất biện

• Tác giả: Đỉnh Thị Thu Hiền
• Người hướng dẫn: TS. Trương Tuấn Anh
• Trường học: Đại học Bách Khoa, ĐHQG TP. HCM
• Chuyên ngành: Hệ thống thông tin quản lý
• Đề tài: Cải Tiến Quy Trình Hệ Thống Thông Tin Quản Lý Dữ Liệu Thầu Tại Công Ty DKSH Việt Nam
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2016
• Địa điểm: TP. Hồ Chí Minh

Tóm tắt

I. Tổng Quan Về Cải Tiến Quy Trình Quản Lý Dữ Liệu Thầu

Trong bối cảnh kinh tế số, dữ liệu trở thành tài sản vô giá. Nhiều tổ chức thu thập dữ liệu rời rạc để tạo ra thông tin giá trị. DKSH Việt Nam cũng đang phát triển dự án "Tender Data Insight" về quản lý dữ liệu thầu. DKSH là tập đoàn toàn cầu có mặt tại 36 quốc gia, chuyên về phát triển và mở rộng thị trường, tập trung ở châu Á. Tại Việt Nam, ngành Chăm sóc sức khỏe chiếm doanh thu cao nhất, trong đó kênh Bệnh viện đóng góp 40%. Dự án Tender Data Insight được xây dựng để thu thập hồ sơ mời thầu và kết quả trúng thầu, chuẩn hóa thông tin cho khách hàng. Tuy nhiên, quy trình chuẩn hóa và hệ thống thông tin hiện tại chưa đáp ứng yêu cầu thực tế.

1.1. Giới Thiệu Dự Án Tender Data Insight Của DKSH

Dự án Tender Data Insight của DKSH Việt Nam ra đời với mục tiêu thu thập, chuẩn hóa và cung cấp dữ liệu thầu giá trị cho khách hàng. Dự án này tận dụng lợi thế của đội ngũ nhân viên kinh doanh có mối quan hệ rộng khắp các bệnh viện để thu thập thông tin một cách nhanh chóng và chính xác. Dữ liệu này bao gồm thông tin về các gói thầu, hoạt chất thuốc, số lượng, giá cả và thông tin nhà thầu trúng thầu. Mục tiêu cuối cùng là giúp các công ty dược phẩm có cái nhìn tổng quan về thị trường đấu thầu và đưa ra các quyết định kinh doanh hiệu quả.

1.2. Tầm Quan Trọng Của Quản Lý Dữ Liệu Thầu Trong Ngành Dược

Quản lý dữ liệu thầu hiệu quả đóng vai trò then chốt trong ngành dược phẩm. Thông tin về đấu thầu giúp các công ty dược dự báo nhu cầu thị trường, lên kế hoạch sản xuất và chuẩn bị cho các kỳ đấu thầu sắp tới. Việc nắm bắt thông tin về giá cả, số lượng và đối thủ cạnh tranh giúp các công ty đưa ra các chiến lược giá và đấu thầu cạnh tranh hơn. Ngoài ra, quản lý dữ liệu thầu còn giúp các công ty tuân thủ các quy định pháp luật và giảm thiểu rủi ro trong quá trình đấu thầu.

II. Phân Tích Thực Trạng Hệ Thống Thông Tin Quản Lý Thầu

Hiện tại, dữ liệu đấu thầu nằm rải rác tại các bệnh viện, được ghi chép theo nhiều chuẩn khác nhau, thiếu tính thống nhất. Thông tin thường được công bố chậm trễ, ảnh hưởng đến tính cập nhật. Một số bệnh viện đặc thù không công bố kết quả thầu. Mặc dù vậy, DKSH có lợi thế về đội ngũ nhân viên kinh doanh có quan hệ tốt với các bệnh viện. Dự án Tender Data Insight đã lên kế hoạch xây dựng quy trình chuẩn hóa và hệ thống thông tin. Tuy nhiên, quy trình chuẩn hóa chưa phù hợp thực tế, website dự án còn thiếu nội dung, chưa mang lại nhiều lợi ích cho khách hàng.

2.1. Đánh Giá Quy Trình Quản Lý Dữ Liệu Hiện Tại Của DKSH

Quy trình quản lý dữ liệu hiện tại của DKSH còn nhiều hạn chế. Việc thu thập dữ liệu thủ công từ nhiều nguồn khác nhau tốn nhiều thời gian và công sức. Quy trình chuẩn hóa dữ liệu chưa hiệu quả, dẫn đến sai sót và thiếu nhất quán. Hệ thống lưu trữ dữ liệu chưa tối ưu, gây khó khăn cho việc tìm kiếm và phân tích thông tin. Do đó, cần thiết phải cải tiến quy trình để nâng cao hiệu quả và độ chính xác của dữ liệu.

2.2. Nhận Diện Các Vấn Đề Tồn Đọng Trong Hệ Thống Thông Tin

Hệ thống thông tin hiện tại của dự án Tender Data Insight còn tồn tại một số vấn đề. Website dự án chưa cung cấp đầy đủ thông tin và chức năng cần thiết cho khách hàng. Giao diện người dùng chưa thân thiện và dễ sử dụng. Khả năng tích hợp với các hệ thống khác còn hạn chế. Báo cáo và phân tích dữ liệu chưa đáp ứng được nhu cầu của người dùng. Cần phải cải tiến hệ thống thông tin để nâng cao trải nghiệm người dùng và cung cấp thông tin giá trị hơn.

2.3. Phân Tích Ưu Nhược Điểm Của Website Quản Lý Thầu Hiện Tại

Website quản lý thầu hiện tại của DKSH có một số ưu điểm như cung cấp thông tin cơ bản về các gói thầu và kết quả trúng thầu. Tuy nhiên, website còn nhiều nhược điểm như giao diện chưa thân thiện, khả năng tìm kiếm và lọc thông tin còn hạn chế, thiếu các công cụ phân tích dữ liệu và báo cáo trực quan. Nội dung website chưa phong phú và chưa đáp ứng được nhu cầu thông tin đa dạng của khách hàng. Cần phải cải tiến website để nâng cao tính hữu dụng và thu hút người dùng.

III. Cải Tiến Quy Trình Quản Lý Dữ Liệu Thầu Giải Pháp Tối Ưu

Để cải tiến quy trình và nâng cao tính hữu ích của hệ thống thông tin, cần đưa ra các đề xuất cụ thể. Đề tài này tập trung vào cải tiến quy trình quản lý dữ liệu thầu và cải tiến hệ thống thông tin cho dự án Tender Data Insight tại DKSH Việt Nam. Mục tiêu là đưa ra các giải pháp giúp DKSH thu thập, chuẩn hóa, lưu trữ và phân tích dữ liệu thầu một cách hiệu quả hơn, từ đó cung cấp thông tin giá trị cho khách hàng và nâng cao năng lực cạnh tranh.

3.1. Đề Xuất Quy Trình Quản Lý Dữ Liệu Thầu Cải Tiến

Quy trình quản lý dữ liệu thầu cải tiến cần tập trung vào tự động hóa và chuẩn hóa. Cần xây dựng các công cụ thu thập dữ liệu tự động từ nhiều nguồn khác nhau. Áp dụng các chuẩn dữ liệu thống nhất để đảm bảo tính nhất quán và chính xác. Xây dựng quy trình kiểm tra và xác thực dữ liệu để giảm thiểu sai sót. Sử dụng các công nghệ phân tích dữ liệu để khai thác thông tin giá trị từ dữ liệu thầu.

3.2. Xây Dựng Mô Hình Hệ Thống Thông Tin Quản Lý Thầu Mới

Mô hình hệ thống thông tin mới cần có giao diện thân thiện và dễ sử dụng. Cung cấp các chức năng tìm kiếm, lọc và phân tích dữ liệu mạnh mẽ. Tích hợp với các hệ thống khác của DKSH. Cung cấp các báo cáo và phân tích trực quan. Đảm bảo tính bảo mật và an toàn của dữ liệu. Sử dụng các công nghệ cloud computing và big data để xử lý lượng lớn dữ liệu thầu.

3.3. Tự Động Hóa Quy Trình Nhập Liệu Và Chuẩn Hóa Dữ Liệu

Tự động hóa quy trình nhập liệu giúp giảm thiểu thời gian và công sức nhập dữ liệu thủ công. Sử dụng các công nghệ OCR (Optical Character Recognition) để chuyển đổi dữ liệu từ hình ảnh và tài liệu sang định dạng số. Chuẩn hóa dữ liệu giúp đảm bảo tính nhất quán và chính xác của dữ liệu. Sử dụng các công cụ data cleansing để loại bỏ các dữ liệu trùng lặp và sai sót.

IV. Ứng Dụng Thực Tế Và Đánh Giá Hiệu Quả Quy Trình Mới

Sau khi xây dựng quy trình và hệ thống mới, cần tiến hành ứng dụng thực tế và đánh giá hiệu quả. Việc đánh giá cần dựa trên các tiêu chí như độ chính xác của dữ liệu, thời gian xử lý, mức độ hài lòng của người dùng và hiệu quả kinh tế. Kết quả đánh giá sẽ giúp DKSH điều chỉnh và hoàn thiện quy trình và hệ thống, đảm bảo đáp ứng tốt nhất nhu cầu của khách hàng và mang lại lợi ích kinh doanh.

4.1. Phương Pháp Đánh Giá Quy Trình Cải Tiến Đề Xuất

Sử dụng phương pháp định tính và định lượng để đánh giá quy trình cải tiến. Phương pháp định tính bao gồm phỏng vấn người dùng và chuyên gia để thu thập ý kiến và đánh giá chủ quan. Phương pháp định lượng bao gồm đo lường các chỉ số hiệu suất (KPI) như thời gian xử lý, độ chính xác của dữ liệu và mức độ hài lòng của người dùng.

4.2. Kết Quả Khảo Sát Về Mức Độ Hài Lòng Của Người Dùng

Tiến hành khảo sát người dùng để đánh giá mức độ hài lòng với quy trình và hệ thống mới. Khảo sát cần tập trung vào các khía cạnh như giao diện người dùng, tính năng, độ chính xác của dữ liệu và khả năng đáp ứng nhu cầu của người dùng. Phân tích kết quả khảo sát để xác định các điểm mạnh và điểm yếu của quy trình và hệ thống.

4.3. Phân Tích Ảnh Hưởng Của Quy Trình Mới Đến Hiệu Quả Công Việc

Phân tích ảnh hưởng của quy trình mới đến hiệu quả công việc của nhân viên và hiệu quả kinh doanh của DKSH. Đo lường các chỉ số như thời gian xử lý, chi phí hoạt động, doanh thu và lợi nhuận. So sánh các chỉ số này trước và sau khi triển khai quy trình mới để đánh giá hiệu quả thực tế.

V. Kết Luận Và Hướng Phát Triển Hệ Thống Thông Tin Thầu

Đề tài đã đưa ra các đề xuất cải tiến quy trình và hệ thống thông tin cho dự án Tender Data Insight tại DKSH Việt Nam. Các đề xuất này tập trung vào tự động hóa, chuẩn hóa và nâng cao tính hữu ích của dữ liệu thầu. Việc triển khai các đề xuất này sẽ giúp DKSH nâng cao năng lực cạnh tranh và cung cấp thông tin giá trị cho khách hàng. Tuy nhiên, cần tiếp tục nghiên cứu và phát triển hệ thống thông tin để đáp ứng tốt hơn nhu cầu ngày càng cao của thị trường.

5.1. Tóm Tắt Kết Quả Nghiên Cứu Và Đóng Góp Của Luận Văn

Luận văn đã phân tích thực trạng hệ thống thông tin và quy trình quản lý dữ liệu thầu tại DKSH Việt Nam, xác định các vấn đề tồn đọng và đề xuất các giải pháp cải tiến. Luận văn đã xây dựng mô hình hệ thống thông tin mới và quy trình quản lý dữ liệu cải tiến, đồng thời đánh giá hiệu quả của các đề xuất này. Kết quả nghiên cứu cho thấy các đề xuất này có tiềm năng nâng cao hiệu quả và độ chính xác của dữ liệu thầu.

5.2. Hướng Mở Rộng Và Phát Triển Hệ Thống Quản Lý Thầu Trong Tương Lai

Trong tương lai, hệ thống quản lý thầu cần được mở rộng và phát triển để đáp ứng tốt hơn nhu cầu của thị trường. Cần tích hợp các công nghệ mới như artificial intelligence (AI) và machine learning (ML) để tự động hóa các quy trình và cung cấp các phân tích dự đoán. Cần mở rộng phạm vi dữ liệu thu thập để bao gồm các nguồn thông tin khác như thông tin về đối thủ cạnh tranh và thông tin về thị trường. Cần xây dựng các công cụ cộng tác để tạo điều kiện cho người dùng chia sẻ thông tin và kinh nghiệm.

Trích đoạn nội dung tài liệu

Chương 1: Giới thiệu. Chương nay sẽ trình bày về hoàn cảnh, mục tiêu. nội dung và giới hạn của đề tài. - - Chương 2: Cơ sở lý thuyết và các khái niệm liên quan.

Chương nay sẽ nêu lên cơ sở lý thuyết của đề tài cùng các khái niệm chuyên ngành có liên quan đến luận văn. - - Chương 3: Hiện trạng hệ thống. Chương nay sẽ mô tả quy trình hệ thống hiện tại của dự án. - Chuong 4: Quy trình cải tiến dé xuất.

Chương này sẽ mô tả quy trình cải tiễn đề xuất, ưu nhược điểm so với quy trình hiện tại. - - Chương 5: Đánh giá quy trình. Chương nay sẽ nêu phương pháp đánh giá quy trình cải tiến đề xuất cũng như kết quả của việc đánh giá. - Chương 6: Kết luận.

Chương này sẽ mô tả kết quả mà luận văn đạt được, đóng góp của luận văn cũng như các hướng mo rộng của dé tai. -15- CHƯƠNG 2: CƠ SỞ LÝ THUYET VA CÁC KHÁI NIỆM LIÊN QUAN 2. Data Flow Diagram Đề tài sử dụng phương pháp xây dựng quy trình là mô hình luồng dữ liệu - Data Flow Diagram (DFD). DED là phương pháp chính dùng cho việc phân tích hệ thống hướng cấu trúc.

DFD chú trọng logic năm trong hệ thống, giúp cho nhà phân tích có thể thể hiện sự di chuyển của dòng dữ liệu xuyên suốt trong tất cả các phòng ban của tổ chức cũng như môi trường ngoài (những thực thể có liên quan đến hoạt động của tô chức). Chính vì vay, tac giả quyết định chon mô hình luồng dit liệu DFD để biểu diễn quy trình trong tổ chức. Các khái niệm trong DFD Các ký hiệu của mô hình xử lý DFD được thé hiện ở hình 2.1 như sau: VỊ DỤ 6 1.0 | Process (Cap nhạt thong | tin sinh viên | Yourdon Gane and Sarson Data flow —————r ———Thỗng tin sinh viên——> | b1 Danh sách Data store =———. a Yourdon Gane and Sarson External Entity | Ì Sinh viên Hình 2.

Các ký hiệu của mô hình xứ lý DFD Trong đó: - Dong đữ liệu (Data Flow): o Biểu diễn dữ liệu về con người, nơi chốn hay sự vật di chuyển trong hệ thống. o Hướng mii tên chỉ hướng đi dữ liệu. o Một dòng dữ liệu phải bắt đầu hay kết thúc ở một process, kho dữ liệu hay tác nhan ngoài. - l6 - o Mỗi dòng dữ liệu phải có một tên duy nhất bằng danh từ thé hiện phân tử dữ liệu hay cấu trúc dữ liệu.

- Kho dữ liệu (Data Stores): o Là một kho chứa dữ liệu, thường được thể hiện ở dạng tập tin (file) or cơ sở dir liệu (database). o Kho dữ liệu là “dữ liệu tĩnh” so với dòng dữ liệu là “dữ liệu động”. o Là một trong các dang sau: con người, nơi chốn, các đối tượng. o Kho dữ liệu mô tả trong DFD lưu tất cả các thể hiện của các thực thể dt liệu được mô tả trong Entity Relationship Diagram (ERD).

o Dòng dữ liệu hướng về kho dữ liệu dùng dé diễn tả hoạt động thêm, xóa, sửa dữ liệu. Dòng dữ liệu rời kho dữ liệu diễn tả hoạt động đọc đữ liệu trong kho. - - Tiến trình (Process): Thể hiện toàn bộ hệ thống, hoặc chỉ 1 hệ thống con, hoặc 1 công việc / hoạt động nào đó. - Cac tác nhân ngoài hệ thống (Source / Sink / Agent): o Là Ï người, đơn vi tô chức, hoặc tổ chức khác năm ngoài tầm vực của dự án, nhưng tương tác với hệ thống đang được nghiên cứu.

o Các tác nhân bên ngoài định nghĩa “biên” hoặc tầm vực của 1 hệ thống đang được mô hình hóa. o Khi biên thay đối, các tác nhân bên ngoài có thé trở thành các quá trình, và ngược lại. - Cac cấp của sơ đồ DFD: o DED diễn tả hệ thống từ tổng quát đến chỉ tiết. o Sơ dé ở mức chỉ tiết được phân rã từ mức tong quát hơn: DFD mức ngữ cảnh, DFD mức 0, DFD mức con (mức 1, mức 2, mức 3.

o Mỗi sơ đồ DFD có tối đa 9 ô xử lý. Các quy tắc khi vẽ DFD - Tién trình (Process): o Phải chuyên tiến trình chỉ có một dòng dữ liệu đi ra thành tác nhân cung cấp dữ liệu. - 17- o Phải chuyến tiến trình chỉ có một dòng dữ liệu đi vào thành tác nhân nhận dữ liệu. o Dùng động từ dé đặt tên cho tiến trình.

- Kho dữ liệu (Data Store): o_ Dòng dữ liệu không thể là cầu nối giữa hai kho dữ liệu. o_ Dòng dữ liệu không thể là cầu nối giữa tác nhân và kho dữ liệu. o Dùng danh từ dé đặt tên cho kho dữ liệu. - Cac tác nhân ngoài hệ thống (Source / Sink / Agent): o Dòng dữ liệu không thé là cầu nối giữa hai tác nhân.

o Dùng danh từ dé đặt tên cho tác nhân. - Dong dữ liệu (Data Flow): o Dòng dir liệu vào kho dữ liệu mang ý nghĩa cập nhật (thêm, sửa, xóa). o Dòng dir liệu ra khỏi kho dữ liệu mang ý nghĩa tham khảo. o Dùng danh từ để đặt tên cho dong dữ liệu.

- Cac quy tac khi vẽ: o_ Một tiến trình phải luôn cho dữ liệu vào và ra. o Không cần có một luồng dữ liệu (mà không có sự biến đối) liên kết với tiễn trình, vì hoạt động này không có giá trị. o_ Các quá trình cha và quá trình con tương ứng của nó phải có các luồng dữ liệu vào và ra giống nhau (các quá trình con có thể có những luồng dữ liệu của riêng nó). o Các luồng dữ liệu không thé tự phân tách.

o Một gói dữ liệu có thể gồm nhiều phan tử dữ liệu được truyền đi đồng thời tới cùng một đích. o Không sử dung mũi tên hai chiều vì luồng vào (cập nhật) và luồng ra (trích thông tin) của một kho dữ liệu mang nội dung thông tin khác nhau. Các khái niệm liên quan Một số khái niệm chuyên ngành về dược và quản lý đấu thầu tại Việt Nam có sử dụng trong luận văn: -18- Công ty được. là các công ty sản xuất thuốc hoặc vật tư y tế.

Thau trong phạm vi dé tài, “thầu” nói về thầu của thuốc / vật tư y tế. Khi một bệnh viện muốn mua một loại thuốc nào đó, bệnh viện sẽ ĐỌI thầu về hoạt chất của thuốc đó; và những công ty dược nảo có loại thuốc tương ứng với hoạt chất thuốc được gọi thầu sẽ nộp thầu vào bệnh viện. Sau khi có kết quả thầu, bệnh viện sẽ thông báo cho các công ty dược về việc thuốc của họ có thắng thâu hay không. Khi gọi thầu, bệnh viện sẽ gọi số lượng mời thầu (Inviting Quota) là sé lượng thuốc ma bệnh viện muốn mua.

Khi có công ty trúng thâu với số lượng nao đó, số lượng này sẽ gọi là số lượng trúng thầu (Winning Quota) với mức giá thắng thầu cụ thé (Winning Price). Mỗi thầu đều có ngày hiệu lực thầu (Validation of tender). Ví dụ bệnh viện có thầu mua thuốc A tại công ty dược B với số lượng X, giá Y, có hiệu lực từ tháng 9/2014 đến tháng 8/2015. Thì có nghĩa là bệnh viện này sẽ được mua thuốc A trong số lượng X với giá Y trong thời gian hiệu lực của thầu: 9/2014 đến tháng 8/2015.

Bắt đầu từ tháng 9/2015, bệnh viện sẽ không được mua thuốc A với giá cũ nữa mà phải gọi thầu mỚI. Hoạt chất thuốc (Molecule) là các thành phần hóa học cau thành nên một viên thuốc. Công thức thuốc (Formula) là các molecule có thêm nông độ, hàm lượng của mỗi thành phân hóa học ấy. Ví dụ: Thuốc Progaf 0.5 mg TAB do công ty Astellas sản xuất có hoạt chất thuốc (thành phan chính của thuốc) là TACROLIMUS.

Tuy nhiên, công thức thuốc cụ thé của viên thuốc Prograf 0.5mg là TACROLIMUS 0.5 MG TAB, nghĩa là TACROLIMUS với nông độ 0.5mg với dạng dùng là Tab (viên). Nhóm thuốc (MoH Group) là phần loại thuộc dựa trên tiêu chuân về bang sáng chê và nhà sản xuât của thuôc đó. Có các nhóm thuôc sau: Branded, Generic 1, Generic 2, Generic 3, Generic 4, Generic 2. -19- MoH Group Definition Branded Thuốc biệt duoc gốc.

La thuốc được phát minh dau tiên và được câp phép lưu hành trên toàn thê giới Generic 1 Generic là thuốc phiên bản của thuốc biệt dược (thuốc tương đương bào chế với thuốc biệt dược). Generic 1 là nhóm thuốc generic có nhà máy sản xuất đạt chuẩn PIC/s-GMP hoặc EU- GMP và là một trong những nước tham gia tô chức ICH Generic 2 Generic 2 là nhóm thuốc generic có nhà máy sản xuất đạt chuẩn PIC/s-GMP hoặc EU-GMP nhưng không phải là một trong những nước tham gia tô chức ICH Generic 3 Thuôc generic được sản xuât tại Việt Nam Generic 4 Thuốc tương đương sinh học. Là thuốc generic được chứng minh tương đương sinh học với thuốc biệt được gốc cũng có nghĩa là đạt độ an toàn và hiêu quả điều trị giống như thuốc biệt dược vốn đã được thế giới công nhận Generic 5 Là nhóm thuốc generic không thuộc 4 nhóm trên Tên don vị mời thâu (Procuring Entity) là đơn vị đứng ra tô chức thầu, thường là các bệnh viện. Tuy nhiên, những bệnh viện thuộc Sở Y tế sẽ không thể trực tiếp mời thầu mà phải mời qua Sở Y tế, lúc đó, Sở Y tế trở thành đơn vị mời thầu.

Vùng địa ly (Region) là các vùng của lãnh thổ Việt Nam được chia theo chuẩn của công ty DKSH. Có 7 vùng: NORTH (Bắc Bộ), HANOI (Hà Nội), CENTER (Trung Bộ), HIGHLAND (Cao nguyên), MEKNGD (vùng Mê Kông), SOUTH (Nam Bộ) và HCMCT (TP. Hồ Chí Minh). - 20 - CHƯƠNG 3: HIỆN TRẠNG DỰ ÁN 3.

Quy trình quản lý dữ liệu 3. Mô ta quy trình Quy trình hiện tai của dự án được thé hiện qua hình 3.1 sau: Sơ đồ / Flow Chart Thu thập các bộ hồ sơ mời thầu và các kết quả thầu 1. /Collecting tender inviting dossiers and Tender results b4 ; ; , A À N Scan để chuyển toàn Sử dụng phân mêm 0 bộ thành tập tin loại ABBYY Fine Reader đề to turn them into excel / Using software 2. image file ABBYY Fine Reader (*) to translate into excel file Chuẩn hóa tất các di liệu trong file mềm dựa trên tập tin Master Data được tạo ra cho dự án này.

/ Standardizing the records in the softfile based on the Master Data file created only for this project. Tu động nhập tat cả các dé liệu đã được chuẩn hóa vào trong tập tin Master Data đê tạo ra một tập tin mới với định dạng chung. / Automatically populating all the standardized records into the Master Data file in order to create new data files with unifiedformat. Nhập những dong con thiéu 3.

Kiểm tra dữ liệu đã băng cách thủ công. / Manually inputting all the nhap/ Checking data missing records Nhập dt liệu thành công.