Tiêu chí chọn phần mềm CSDL khoa học và công nghệ cho viện, trường: checklist trước khi đầu tư ​

Tiêu chí chọn phần mềm CSDL khoa học và công nghệ gồm tám nhóm chính: tuỳ biến cấu trúc dữ liệu, tuỳ biến quy trình xét duyệt, công thức quy đổi giờ nghiên cứu, phân quyền theo vai trò, tích hợp nguồn dữ liệu ngoài (Scopus, Web of Science), xuất báo cáo/Excel, bảo mật — lưu vết thao tác, và cam kết hỗ trợ/SLA. Bài viết cung cấp bảng chấm điểm theo trọng số, câu hỏi cần hỏi trước khi ký hợp đồng và cách phòng tránh vendor lock-in (phụ thuộc nhà cung cấp) — áp dụng được với bất kỳ nhà cung cấp nào.

Cập nhật: tháng 7/2026 — Biên soạn bởi đội ngũ Scibase, Metis JSC

Vì sao cần một bộ tiêu chí riêng để đánh giá phần mềm CSDL KH&CN? ​

Đầu tư sai phần mềm quản lý khoa học thường không lộ ra ngay lúc ký hợp đồng — nó lộ ra sau 6–12 tháng, khi hệ thống không cấu hình được quy trình xét duyệt riêng, hoặc không xuất được dữ liệu khi muốn đổi nhà cung cấp. Khác phần mềm văn phòng thông thường, CSDL KH&CN gắn trực tiếp với nghĩa vụ báo cáo Bộ và hồ sơ xét chức danh GS/PGS của từng nhà khoa học — sai sót ở đây có thể ảnh hưởng quyền lợi cá nhân, không chỉ bất tiện vận hành.

Vấn đề này không chỉ xảy ra ở một vài đơn vị đơn lẻ. Theo khảo sát của Cục Thông tin Khoa học và Công nghệ Quốc gia (2024), hơn 72% đơn vị nghiên cứu tại Việt Nam vẫn quản lý dữ liệu chính bằng Excel hoặc Google Sheets — phần lớn trong số này sẽ phải chọn phần mềm chuyên dụng trong vài năm tới, nhưng thường bắt đầu đàm phán với nhà cung cấp mà chưa có bộ tiêu chí đánh giá khách quan, dẫn đến quyết định dựa chủ yếu vào ấn tượng từ buổi demo.

Bài chi phí đầu tư hệ thống CSDL khoa học và công nghệ đã phân tích cấu trúc chi phí và ROI; bài từ Excel đến hệ thống CSDL tập trung đã tổng hợp lộ trình chuyển đổi. Bài này tập trung vào bước xảy ra trước cả hai việc đó: đánh giá và chọn đúng phần mềm, trước khi đặt bút ký hợp đồng.

Tiêu chí chọn phần mềm là tập hợp các yêu cầu chức năng, kỹ thuật và hợp đồng dùng để so sánh khách quan giữa các nhà cung cấp, độc lập với bài thuyết trình bán hàng của từng bên.

Build in-house, mua phần mềm sẵn có, hay đặt phát triển riêng? ​

Trước khi so sánh nhà cung cấp cụ thể, đơn vị cần chọn mô hình đầu tư — vì tiêu chí đánh giá khác nhau hoàn toàn giữa ba lựa chọn.

Mô hìnhƯu điểmNhược điểm tại VNPhù hợp khi
Build in-houseKiểm soát hoàn toàn mã nguồnĐội IT hiếm khi hiểu nghiệp vụ tính điểm công trình, quy đổi giờ; rủi ro mất người duy trìCó đội phát triển riêng, quy mô rất lớn, ngân sách duy trì dài hạn
Mua phần mềm sẵn cóTriển khai nhanh, có kinh nghiệm từ nhiều đơn vị khácCó thể không khớp 100% quy trình đặc thù nếu không tuỳ biến đượcPhần lớn viện, trường — ưu tiên hệ thống cấu hình sâu được
Đặt phát triển riêngĐúng 100% yêu cầu, sở hữu mã nguồnChi phí cao nhất, triển khai trên 12 tháng, rủi ro tiến độQuy trình cực đặc thù, ngân sách lớn, chấp nhận rủi ro tiến độ

Với phần lớn viện, trường Việt Nam, mua phần mềm sẵn có nhưng tuỳ biến sâu được — cấu trúc dữ liệu, luồng xét duyệt, công thức quy đổi giờ, phân quyền — thường cân bằng nhất giữa tốc độ, chi phí và mức khớp nghiệp vụ. Đây là lý do tiêu chí "khả năng cấu hình" nên có trọng số cao nhất trong bảng chấm điểm ở phần sau, thay vì chỉ so giá.

8 nhóm tiêu chí bắt buộc khi đánh giá phần mềm CSDL khoa học và công nghệ ​

Thiếu bất kỳ nhóm nào dưới đây cũng có thể dẫn đến chi phí phát sinh hoặc phải thay hệ thống giữa chừng.

  1. Tuỳ biến cấu trúc dữ liệu — thêm/sửa loại công bố và thuộc tính riêng (sáng chế, giải pháp hữu ích, sách chuyên khảo...) mà không cần chờ phiên bản mới. Câu hỏi sâu hơn cần đặt ra ở nhóm này: mô hình dữ liệu có tách quan hệ (người – đơn vị, công bố – đề tài) thành thực thể riêng có vai trò và mốc thời gian không — tiêu chí phân biệt một hệ thống thông tin nghiên cứu thực thụ với kho lưu file, xem CRIS là gì? Chuẩn CERIF và cách hệ thống thông tin nghiên cứu kết nối dữ liệu.
  2. Tuỳ biến luồng xét duyệt — số bước, người duyệt từng bước, điều kiện chuyển trạng thái cấu hình được theo quy định nội bộ. Tham khảo cách một quy trình xét duyệt đề tài, dự án, công bố khoa học vận hành thực tế để đối chiếu.
  3. Công thức quy đổi giờ nghiên cứu tuỳ chỉnh — sửa được trực tiếp trên giao diện quản trị khi quy định Nhà nước thay đổi, không cần chờ nhà cung cấp sửa mã nguồn.
  4. Phân quyền theo vai trò và phạm vi tổ chức — tối thiểu ba cấp (nhà khoa học, lãnh đạo đơn vị, quản trị viên), có vai trò tuỳ chỉnh. Xem chi tiết tại bài phân quyền quản lý dữ liệu khoa học theo cấp. Riêng Sở Khoa học và Công nghệ cấp tỉnh cần thêm tiêu chí đặc thù — hỗ trợ cấu trúc đa tổ chức, gộp/tách dữ liệu theo địa giới hành chính — xem CSDL khoa học công nghệ cấp Sở, tỉnh: đặc thù quản lý.
  5. Tích hợp nguồn dữ liệu ngoài — đối chiếu được với Scopus, Web of Science, Crossref để giảm sai sót khi tính điểm công trình.
  6. Báo cáo và xuất Excel linh hoạt — đúng mẫu Bộ KH&CN yêu cầu, tuỳ biến được trường dữ liệu khi mẫu thay đổi.
  7. Bảo mật và lưu vết thao tác — ghi nhận ai sửa gì, khi nào; bắt buộc để xử lý khiếu nại.
  8. Cam kết hỗ trợ và SLA — thời gian phản hồi sự cố, quy trình cập nhật khi quy định thay đổi.

Theo Báo cáo điều tra vi phạm dữ liệu (Data Breach Investigations Report) 2024 của Verizon — phân tích 10.626 vụ vi phạm dữ liệu được xác nhận trong năm 2023 — 68% số vụ liên quan đến yếu tố con người không cố ý (thao tác nhầm, bị lừa qua kỹ thuật xã hội), không phải tấn công có chủ đích. Đây là lý do tiêu chí "phân quyền theo vai trò" (mục 4) không nên bị xem nhẹ: giới hạn đúng phạm vi truy cập là biện pháp trực tiếp thu hẹp thiệt hại khi xảy ra sự cố loại này.

Với tiêu chí bảo mật — lưu vết thao tác (mục 7), theo Báo cáo chi phí vi phạm dữ liệu (Cost of a Data Breach Report) 2024 của IBM, chi phí trung bình toàn cầu cho một vụ vi phạm dữ liệu đạt 4,88 triệu USD trong năm 2024, trong đó cấu hình sai quyền truy cập góp phần gây ra 15% số vụ được khảo sát. Khi đánh giá nhà cung cấp, nên hỏi rõ hệ thống có ghi log đầy đủ ai truy cập, sửa gì, khi nào — không chỉ dừng ở cam kết "có bảo mật" chung chung trên slide bán hàng. Bộ câu hỏi đầy đủ hơn về mã hoá dữ liệu, sao lưu và cam kết bảo mật cần đưa vào hợp đồng được trình bày tại bài bảo mật dữ liệu khoa học: rủi ro, quy định pháp lý và cách bảo vệ hệ thống CSDL đơn vị nghiên cứu.

Bảng chấm điểm nhà cung cấp theo trọng số ​

Thay vì so sánh cảm tính sau vài buổi demo, nên dùng bảng chấm điểm có trọng số. Cách làm: chấm mỗi tiêu chí từ 1 (không đáp ứng) đến 5 (đáp ứng tốt), nhân trọng số, cộng tổng. Trọng số cho nhóm báo cáo/Excel không chỉ là tiện ích phụ: theo khảo sát nội bộ Metis JSC (2024–2025) với hơn 20 đơn vị nghiên cứu, thời gian lập báo cáo định kỳ giảm từ trung bình 3–4 tuần xuống còn 2–3 ngày khi hệ thống hỗ trợ xuất báo cáo tự động đúng mẫu Bộ yêu cầu.

Tiêu chíTrọng số (%)NCC A (1-5)Quy đổiNCC B (1-5)Quy đổi
Tuỳ biến cấu trúc dữ liệu & quy trình2541,0020,50
Công thức quy đổi giờ nghiên cứu1550,7530,45
Phân quyền theo vai trò1540,6040,60
Tích hợp Scopus/WoS/Crossref1030,3050,50
Báo cáo/Excel theo mẫu Bộ1050,5030,30
Bảo mật & lưu vết thao tác1040,4040,40
Hỗ trợ & SLA1030,3050,50
Chi phí tổng (TCO 3–5 năm)540,2030,15
Tổng điểm (tối đa 5,00)1004,053,40

Cách đọc bảng: điểm quy đổi = điểm (1-5) × trọng số/100. Nhà cung cấp có tổng điểm cao hơn không nhất thiết rẻ hơn — bảng buộc đơn vị định lượng rõ mình đánh đổi gì khi chọn giá thấp nhưng điểm cấu hình thấp.

Trọng số trên chỉ là ví dụ — đơn vị có quy trình xét duyệt phức tạp nên nâng trọng số "tuỳ biến quy trình" lên 30–35%; đơn vị cần báo cáo nhanh cho Bộ nên nâng trọng số nhóm báo cáo/Excel.

Những câu hỏi "bẫy" cần hỏi nhà cung cấp trước khi ký hợp đồng ​

Demo phần mềm chỉ trình diễn tính năng hoạt động tốt — các câu hỏi sau giúp lộ ra điều nhà cung cấp thường không chủ động nói:

  • "Nếu quy định giờ nghiên cứu hoặc cách tính điểm công trình thay đổi giữa năm, tôi tự sửa công thức được không, hay phải chờ cập nhật phiên bản?" — "Phải chờ" nghĩa là đơn vị phụ thuộc lịch phát hành của nhà cung cấp mỗi khi Nhà nước ban hành quy định mới.
  • "Nếu tôi xuất toàn bộ dữ liệu ra khỏi hệ thống, tôi nhận định dạng gì và mất bao lâu?" — Trả lời mơ hồ là dấu hiệu cảnh báo khả năng khoá dữ liệu.
  • "Chi phí thay đổi thế nào nếu số nhà khoa học tăng gấp đôi trong 2 năm?" — Buộc nhà cung cấp công bố rõ cấu trúc giá theo bậc.
  • "Ai thực sự cấu hình hệ thống — đội kỹ thuật của các anh/chị hay tôi tự làm?" — Nếu mọi thay đổi nhỏ đều cần "gửi yêu cầu", thời gian phản hồi thực tế thường dài hơn cam kết.
  • "Bao nhiêu viện/trường tại Việt Nam đang dùng hệ thống này, tôi có thể trao đổi trực tiếp với một đơn vị đã triển khai không?" — Từ chối tham chiếu chéo là dấu hiệu cần thận trọng.
  • "Nếu tôi ngừng hợp đồng sau năm đầu, dữ liệu được lưu bao lâu, có bị xoá ngay không?" — Liên quan trực tiếp quyền của đơn vị với dữ liệu cá nhân đã thu thập, tương ứng quyền quy định tại Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân.

Rủi ro vendor lock-in và cách phòng tránh trong điều khoản hợp đồng ​

Vendor lock-in (phụ thuộc nhà cung cấp) là tình trạng đơn vị không thể chuyển sang hệ thống khác vì dữ liệu, cấu hình hoặc quy trình đã gắn chặt vào một nhà cung cấp duy nhất, khiến chi phí và rủi ro chuyển đổi trở nên quá lớn.

Ba hình thức phổ biến trong hợp đồng phần mềm quản lý khoa học:

  • Khoá định dạng dữ liệu — chỉ xuất được ở định dạng độc quyền, không phải Excel/CSV/JSON chuẩn.
  • Khoá cấu hình nghiệp vụ — công thức giờ nghiên cứu, luồng xét duyệt lập trình cứng bởi đội kỹ thuật của nhà cung cấp thay vì cấu hình qua giao diện, buộc đơn vị luôn phụ thuộc dịch vụ trả phí cho mỗi thay đổi nhỏ.
  • Khoá hợp đồng dài hạn không có điều khoản thoát — không quy định rõ quyền chấm dứt sớm, chi phí phạt, thời hạn bàn giao dữ liệu.

Cách phòng tránh khi đàm phán hợp đồng:

  1. Yêu cầu điều khoản quyền xuất toàn bộ dữ liệu ở định dạng mở, bất kỳ lúc nào trong thời hạn hợp đồng.
  2. Yêu cầu thời hạn bàn giao dữ liệu rõ ràng sau chấm dứt hợp đồng (ví dụ 30–60 ngày).
  3. Ưu tiên nhà cung cấp cho tự cấu hình công thức tính giờ, luồng xét duyệt qua giao diện quản trị.
  4. Tránh ký hợp đồng dài hạn (trên 3 năm) ngay lần đầu nếu chưa qua dùng thử thực tế.
  5. Làm rõ quyền sở hữu dữ liệu thuộc đơn vị, ngay trong điều khoản đầu tiên của hợp đồng.

Sai lầm thường gặp khi chọn phần mềm CSDL khoa học tại đơn vị Việt Nam ​

Một số sai lầm lặp lại nhiều lần dù không liên quan chất lượng kỹ thuật của bất kỳ nhà cung cấp cụ thể nào:

  • Chỉ so giá thuê bao, bỏ qua chi phí cấu hình về sau — hệ thống rẻ hơn nhưng không tuỳ biến công thức tính giờ thường phát sinh phí "yêu cầu tuỳ chỉnh" lặp lại hàng năm, vượt xa chênh lệch giá ban đầu.
  • Để một mình bộ phận IT quyết định, không có cán bộ nghiệp vụ KH&CN tham gia — dẫn đến chọn phần mềm mạnh kỹ thuật nhưng thiếu tính năng đặc thù.
  • Không yêu cầu dùng thử trên dữ liệu thật — demo bằng dữ liệu mẫu luôn trơn tru; vấn đề chỉ lộ ra khi nhập dữ liệu và quy trình thật.
  • Bỏ qua điều khoản xuất dữ liệu và chấm dứt hợp đồng — tập trung thương lượng giá mà quên kiểm tra điều khoản khi ngừng sử dụng.
  • Chọn theo số lượng tính năng thay vì mức khớp quy trình thực tế — phần mềm 200 tính năng nhưng không cấu hình đúng luồng xét duyệt hiện có vẫn kém hiệu quả hơn phần mềm ít tính năng nhưng khớp sát nghiệp vụ.

Checklist áp dụng ngay trước khi ký hợp đồng ​

Trước khi ký hợp đồng với bất kỳ nhà cung cấp nào, xác nhận đã hoàn thành đủ các bước sau:

  1. Xác định mô hình đầu tư — build in-house, mua sẵn có hay đặt phát triển riêng — dựa trên quy mô, ngân sách và mức đặc thù quy trình.
  2. Lập danh sách yêu cầu bắt buộc theo 8 nhóm tiêu chí ở trên, phân biệt "bắt buộc có" và "có thì tốt".
  3. Chấm điểm ít nhất 2–3 nhà cung cấp bằng bảng trọng số, không quyết định chỉ sau một buổi demo.
  4. Đặt đủ câu hỏi bẫy, ghi lại câu trả lời bằng văn bản (email), không chỉ dựa lời hứa miệng.
  5. Yêu cầu dùng thử trên dữ liệu thật của đơn vị (tối thiểu 1 khoa/phòng ban) trước khi cam kết dài hạn.
  6. Kiểm tra kỹ điều khoản xuất dữ liệu, thời hạn bàn giao và quyền sở hữu dữ liệu — nên có bộ phận pháp chế rà soát riêng.
  7. Xác nhận chính sách cập nhật khi quy định Nhà nước thay đổi có tính phí thêm không, cam kết trong bao lâu.
  8. Kiểm tra tham chiếu chéo với ít nhất một đơn vị đã dùng hệ thống trên 1 năm.
  9. Bắt đầu bằng hợp đồng ngắn hạn (1 năm) có điều khoản gia hạn, tránh cam kết dài hạn ngay lần đầu với nhà cung cấp mới.

Câu hỏi thường gặp ​

Nên ưu tiên tiêu chí giá hay tiêu chí tuỳ biến khi ngân sách hạn chế?

Nên ưu tiên tuỳ biến, đặc biệt khả năng cấu hình quy trình xét duyệt và công thức tính giờ. Hệ thống rẻ nhưng không cấu hình được thường phát sinh phí "tuỳ chỉnh" lặp lại, vượt xa khoản tiết kiệm ban đầu. Xem thêm phân tích chi phí đầy đủ tại bài chi phí đầu tư hệ thống CSDL khoa học và công nghệ.

Có nên chọn phần mềm nước ngoài thay vì phần mềm Việt Nam không?

Cần cân nhắc mức khớp với quy định pháp lý Việt Nam: chuẩn tính điểm công trình theo HĐGSNN, mẫu báo cáo Bộ KH&CN, định mức giờ nghiên cứu. Phần mềm nước ngoài thường mạnh tích hợp Scopus/WoS nhưng hiếm khi cấu hình sẵn theo quy định trong nước, nên hỏi rõ khả năng tuỳ biến trước khi so giá.

Bảng chấm điểm có cần cố định trọng số như ví dụ trong bài không?

Không. Trọng số chỉ là ví dụ tham khảo. Đơn vị có quy trình xét duyệt phức tạp (nhiều hội đồng, nhiều cấp duyệt) nên nâng trọng số tiêu chí tuỳ biến quy trình lên 30–35%; đơn vị ưu tiên báo cáo nhanh cho Bộ nên nâng trọng số nhóm báo cáo/Excel. Quan trọng nhất là thống nhất trọng số trong nội bộ nhóm đánh giá trước khi chấm điểm, để tránh mỗi người tự áp một thang đo khác nhau khi so sánh các nhà cung cấp.

Dùng thử (pilot) trước khi ký hợp đồng chính thức có thực sự cần thiết không?

Có. Demo bằng dữ liệu mẫu luôn trơn tru vì đã chuẩn bị sẵn. Vấn đề thực sự — cấu hình có khớp quy trình xét duyệt hiện có không, công thức tính giờ có đúng định mức đơn vị không — chỉ lộ ra khi thử trên dữ liệu thật, ít nhất với một khoa hoặc phòng ban trước khi mở rộng.

Vendor lock-in có phải lúc nào cũng xấu không?

Không hoàn toàn. Một mức độ gắn bó với nhà cung cấp là tự nhiên khi hệ thống đã tuỳ biến sâu theo nhu cầu đơn vị. Vấn đề chỉ thành rủi ro khi đơn vị không có lựa chọn — không xuất được dữ liệu, không tự cấu hình được, hoặc hợp đồng không có điều khoản thoát. Mục tiêu là giữ quyền chủ động, không phải tránh mọi phụ thuộc.

Cần bao nhiêu người tham gia đánh giá và chọn phần mềm?

Tối thiểu ba vai trò: một cán bộ nghiệp vụ quản lý khoa học (hiểu quy trình xét duyệt, cách tính giờ), một đại diện IT (đánh giá kỹ thuật, bảo mật, tích hợp) và một người có thẩm quyền phê duyệt ngân sách. Thiếu vai trò nghiệp vụ là sai lầm phổ biến nhất, dẫn đến chọn phần mềm mạnh kỹ thuật nhưng lệch nhu cầu thực tế.

Tóm tắt ​

  • Tám nhóm tiêu chí bắt buộc: tuỳ biến cấu trúc dữ liệu, tuỳ biến quy trình xét duyệt, công thức quy đổi giờ nghiên cứu, phân quyền theo vai trò, tích hợp nguồn ngoài, báo cáo/Excel, bảo mật — lưu vết, cam kết hỗ trợ/SLA
  • Ba mô hình đầu tư: build in-house, mua phần mềm sẵn có, đặt phát triển riêng — phần lớn viện, trường nên ưu tiên phần mềm sẵn có nhưng tuỳ biến sâu
  • Dùng bảng chấm điểm theo trọng số để so sánh khách quan nhiều nhà cung cấp, thay vì quyết định cảm tính sau một buổi demo
  • Đặt đủ câu hỏi "bẫy" về cập nhật công thức, xuất dữ liệu, chi phí theo quy mô và tham chiếu chéo trước khi ký hợp đồng
  • Phòng tránh vendor lock-in bằng điều khoản xuất dữ liệu, thời hạn bàn giao và quyền sở hữu dữ liệu rõ ràng trong hợp đồng
  • Sai lầm phổ biến nhất: để một mình IT quyết định, bỏ qua dùng thử trên dữ liệu thật, không kiểm tra điều khoản chấm dứt hợp đồng

Về nội dung bài viết

Bài viết được biên soạn bởi đội ngũ Scibase — Metis JSC, dựa trên kinh nghiệm tư vấn và triển khai hệ thống CSDL khoa học và công nghệ cho các viện, trường tại Việt Nam. Nội dung viết theo góc nhìn tư vấn độc lập, áp dụng được với bất kỳ nhà cung cấp phần mềm nào, không riêng Scibase.

Nguồn tham khảo: Cục Thông tin Khoa học và Công nghệ Quốc gia, khảo sát hiện trạng quản lý dữ liệu KH&CN (2024); Khảo sát nội bộ Metis JSC với hơn 20 đơn vị nghiên cứu tại Việt Nam (2024–2025); IBM Cost of a Data Breach Report 2024; Verizon 2024 Data Breach Investigations Report; Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân (hiệu lực từ 1/7/2023).

Bài viết liên quan ​

Cập nhật gần nhất:

Sản phẩm của Công ty Cổ phần Metis.

Copyright © 2020-PRESENT Metis., Jsc