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ảo mật dữ liệu khoa học là tập hợp biện pháp kỹ thuật và quản trị nhằm bảo vệ dữ liệu nghiên cứu — hồ sơ nhà khoa học, nội dung đề tài chưa công bố, kết quả sở hữu trí tuệ, số liệu quy đổi giờ nghiên cứu — khỏi truy cập trái phép, rò rỉ, sửa đổi hoặc mất mát. Với đơn vị nghiên cứu tại Việt Nam, đây không chỉ là vấn đề kỹ thuật CNTT mà còn là nghĩa vụ pháp lý theo Luật An ninh mạng 2018, Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân, và trong một số trường hợp là Luật Bảo vệ bí mật nhà nước 2018 khi đề tài liên quan lĩnh vực nhạy cảm.
Cập nhật: tháng 8/2026 — Biên soạn bởi đội ngũ Scibase, Metis JSC
Bảo mật dữ liệu khoa học là gì và vì sao khác với bảo mật dữ liệu thông thường?
Bảo mật dữ liệu khoa học là việc áp dụng đồng thời các biện pháp kiểm soát truy cập, mã hóa, sao lưu và giám sát để đảm bảo ba thuộc tính: tính bí mật (chỉ đúng người được xem), tính toàn vẹn (dữ liệu không bị sửa trái phép) và tính sẵn sàng (dữ liệu truy cập được khi cần) của toàn bộ dữ liệu nghiên cứu trong vòng đời từ khi đề tài được phê duyệt đến khi công bố và lưu trữ lâu dài.
Dữ liệu khoa học có ba đặc điểm khiến bài toán bảo mật khác hẳn dữ liệu hành chính thông thường:
- Giá trị thời điểm rất cao trước khi công bố: một kết quả nghiên cứu đột phá hoặc ý tưởng sáng chế bị rò rỉ trước khi nộp đơn bảo hộ có thể mất quyền ưu tiên vĩnh viễn — khác với dữ liệu hành chính, thiệt hại ở đây không thể khắc phục bằng cách đổi mật khẩu.
- Gắn với con người và có thể là dữ liệu cá nhân nhạy cảm: hồ sơ nhà khoa học chứa thông tin cá nhân (số CCCD, quá trình công tác, đôi khi cả dữ liệu sức khỏe với đề tài y sinh) thuộc phạm vi điều chỉnh của Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân.
- Gắn với ngân sách nhà nước: phần lớn đề tài cấp Bộ, cấp Nhà nước sử dụng ngân sách công, nên dữ liệu liên quan chịu thêm yêu cầu về trách nhiệm giải trình khi bị kiểm toán hoặc thanh tra.
Vấn đề phân quyền truy cập theo vai trò — ai được xem, sửa dữ liệu nào — đã được phân tích kỹ trong bài phân quyền quản lý dữ liệu khoa học theo cấp. Bài viết này đi sâu vào lớp bảo vệ kỹ thuật và pháp lý rộng hơn: điều gì xảy ra sau khi đã phân quyền đúng — dữ liệu có được mã hóa không, sao lưu ở đâu, và đơn vị chuẩn bị gì khi sự cố thực sự xảy ra. Với dữ liệu đơn vị chủ động muốn công khai một phần (thay vì chỉ bảo vệ), nguyên tắc cần tuân theo là FAIR — xem phân tích tại dữ liệu nghiên cứu mở và nguyên tắc FAIR.
Bốn nhóm rủi ro bảo mật cụ thể với dữ liệu khoa học
Khác với hình dung chung chung về "hacker tấn công", rủi ro bảo mật với dữ liệu khoa học tại đơn vị nghiên cứu thường rơi vào bốn nhóm cụ thể:
| Nhóm rủi ro | Tình huống điển hình | Hậu quả |
|---|---|---|
| Rò rỉ trước công bố | Nội dung đề tài, bản thảo bài báo hoặc ý tưởng sáng chế bị lộ qua email cá nhân, USB, hoặc phần mềm chia sẻ file không kiểm soát | Mất quyền ưu tiên công bố hoặc đăng ký sáng chế; tranh chấp quyền tác giả |
| Giả mạo hồ sơ, dữ liệu | Tài khoản bị chiếm quyền để khai khống công bố, sửa điểm công trình, hoặc giả mạo minh chứng giờ nghiên cứu nhằm trục lợi kinh phí | Sai lệch báo cáo, rủi ro bị kiểm toán xuất toán, ảnh hưởng uy tín đơn vị |
| Mất dữ liệu do sự cố | Hỏng ổ cứng máy chủ, xóa nhầm, hoặc tấn công mã hóa dữ liệu tống tiền (ransomware) không có bản sao lưu | Mất toàn bộ lịch sử công bố, đề tài nhiều năm; không khôi phục được minh chứng khi bị hậu kiểm |
| Lộ dữ liệu cá nhân | Cơ sở dữ liệu hồ sơ nhà khoa học bị truy cập trái phép, lộ thông tin cá nhân của hàng trăm đến hàng nghìn cán bộ | Vi phạm Nghị định 13/2023/NĐ-CP; phải thông báo cho chủ thể dữ liệu và cơ quan quản lý |
Nhóm rủi ro đầu tiên — rò rỉ trước công bố — là đặc thù riêng của dữ liệu khoa học mà các hệ thống quản lý hành chính thông thường không gặp phải, và thường bị đánh giá thấp cho đến khi xảy ra sự cố thật.
Về quy mô thiệt hại nói chung, Báo cáo chi phí vi phạm dữ liệu (Cost of a Data Breach Report) 2024 của IBM ghi nhận 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; còn Báo cáo điều tra vi phạm dữ liệu (DBIR) 2024 của Verizon, phân tích 10.626 vụ vi phạm được xác nhận, cho thấy 68% 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) hơn là tấn công tinh vi có chủ đích — số liệu này đã được phân tích kỹ hơn ở góc độ phân quyền trong bài phân quyền quản lý dữ liệu khoa học theo cấp. Với dữ liệu khoa học, phần thiệt hại khó quy đổi thành tiền nhất chính là mất quyền ưu tiên công bố hoặc sáng chế — loại tổn thất không thể bồi hoàn bằng ngân sách khắc phục sự cố.
Căn cứ pháp lý về bảo mật dữ liệu khoa học tại Việt Nam
Nghĩa vụ bảo mật dữ liệu của đơn vị nghiên cứu không nằm trong một văn bản duy nhất mà trải trên nhiều lớp quy định:
Luật An ninh mạng 2018 (Luật số 24/2018/QH14) quy định trách nhiệm bảo đảm an ninh mạng đối với hệ thống thông tin, trong đó cơ quan, tổ chức quản lý hệ thống thông tin quan trọng phải áp dụng biện pháp bảo vệ tương xứng với mức độ quan trọng của dữ liệu đang xử lý.
Nghị định 85/2016/NĐ-CP về bảo đảm an toàn hệ thống thông tin theo cấp độ, cùng Thông tư 12/2022/TT-BTTTT hướng dẫn chi tiết, yêu cầu hệ thống thông tin — bao gồm hệ thống CSDL khoa học nội bộ — phải được phân loại cấp độ an toàn và áp dụng biện pháp bảo vệ tương ứng, đã được phân tích trong bài về phân quyền theo cấp.
Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân (hiệu lực từ 1/7/2023) áp dụng trực tiếp cho hồ sơ nhà khoa học — vốn chứa dữ liệu cá nhân như số định danh, quá trình công tác, đào tạo. Đơn vị xử lý dữ liệu này phải có biện pháp bảo vệ tương xứng và thông báo khi xảy ra sự cố lộ dữ liệu.
Luật Bảo vệ bí mật nhà nước 2018 (Luật số 29/2018/QH14) quy định một số nội dung nghiên cứu thuộc lĩnh vực quốc phòng, an ninh, hoặc công nghệ chiến lược có thể được xếp vào danh mục bí mật nhà nước theo quyết định của cơ quan có thẩm quyền. Với các đề tài thuộc diện này, việc lưu trữ và chia sẻ dữ liệu trên hệ thống CSDL phải tuân thủ thêm quy định riêng về bảo vệ bí mật nhà nước, không áp dụng cơ chế lưu trữ và chia sẻ thông thường.
Rò rỉ dữ liệu trước công bố: rủi ro đặc thù của nghiên cứu khoa học
Đây là loại rủi ro ít được nhắc đến trong các tài liệu bảo mật thông tin thông thường nhưng lại đặc biệt quan trọng với dữ liệu khoa học. Ba tình huống thường gặp:
Chia sẻ bản thảo qua kênh không kiểm soát: nhóm nghiên cứu dùng email cá nhân hoặc ứng dụng chat để trao đổi bản thảo bài báo, dữ liệu thô — khi một thành viên rời nhóm hoặc tài khoản cá nhân bị xâm nhập, dữ liệu đã nằm ngoài tầm kiểm soát của đơn vị.
Công bố sớm làm mất quyền ưu tiên sáng chế: khác với bài báo khoa học (có thể chấp nhận công bố trước khi hoàn thiện), kết quả có tiềm năng đăng ký sáng chế cần giữ bí mật tuyệt đối cho đến khi nộp đơn — nguyên tắc "tính mới" trong pháp luật sở hữu trí tuệ bị mất nếu thông tin đã được công khai dưới bất kỳ hình thức nào, kể cả một bài trình bày hội thảo.
Đề tài đa đơn vị, đa quốc gia thiếu thỏa thuận bảo mật rõ ràng: khi nhiều bên cùng truy cập dữ liệu chung của một đề tài hợp tác, thiếu quy định rõ ai được xem phần nào dễ dẫn đến rò rỉ ngoài ý muốn giữa các bên tham gia.
Biện pháp giảm rủi ro cụ thể: giới hạn quyền xem nội dung đề tài chưa nghiệm thu chỉ trong nhóm thực hiện và người có thẩm quyền xét duyệt (đã nêu trong cơ chế phân quyền theo cấp); cấm chia sẻ bản thảo qua kênh cá nhân không có khả năng thu hồi quyền truy cập; ký thỏa thuận bảo mật (NDA) rõ ràng với đối tác trước khi chia sẻ dữ liệu đề tài hợp tác.
Ba lớp bảo vệ kỹ thuật cần có trên hệ thống CSDL khoa học
Bên cạnh phân quyền theo vai trò, một hệ thống CSDL khoa học đủ an toàn cần ba lớp bảo vệ kỹ thuật bổ sung:
1. Mã hóa dữ liệu (encryption)
Dữ liệu cần được mã hóa ở hai trạng thái: khi lưu trữ (encryption at rest — dữ liệu trên ổ đĩa máy chủ được mã hóa, kể cả khi kẻ tấn công lấy được file vật lý cũng không đọc được nội dung) và khi truyền tải (encryption in transit — kết nối giữa trình duyệt người dùng và máy chủ dùng giao thức HTTPS/TLS, tránh bị nghe lén trên đường truyền). Đây là yêu cầu tối thiểu, không phải tùy chọn nâng cao, với bất kỳ hệ thống nào xử lý dữ liệu cá nhân theo Nghị định 13/2023/NĐ-CP.
2. Xác thực đa yếu tố (Multi-Factor Authentication — MFA)
Mật khẩu đơn lẻ không đủ chống lại rủi ro lộ mật khẩu qua lừa đảo (phishing) hoặc dùng lại mật khẩu từ dịch vụ khác. MFA yêu cầu thêm một lớp xác thực thứ hai (mã OTP qua ứng dụng, tin nhắn hoặc email) khi đăng nhập, đặc biệt cần bắt buộc với tài khoản có quyền quản trị viên hoặc lãnh đạo đơn vị — nhóm tài khoản có phạm vi truy cập rộng nhất theo mô hình phân quyền ba cấp.
3. Nhật ký giám sát và lưu vết thao tác (audit log)
Mọi thao tác xem, sửa, xóa dữ liệu nhạy cảm cần được ghi lại: ai thực hiện, thời điểm nào, thay đổi gì. Đây không chỉ phục vụ điều tra khi có sự cố mà còn là yêu cầu bắt buộc khi hồ sơ minh chứng giờ nghiên cứu bị thanh tra, kiểm toán — đoàn kiểm tra thường yêu cầu chứng minh dữ liệu chưa từng bị sửa đổi ngoài quy trình sau khi đã chốt kỳ báo cáo.
Sao lưu và khôi phục dữ liệu: quy tắc 3-2-1
Mất dữ liệu không chỉ đến từ tấn công mạng — hỏng ổ cứng, lỗi thao tác của con người, hoặc thiên tai (cháy nổ, ngập lụt phòng máy chủ) đều có thể xóa sạch nhiều năm dữ liệu nghiên cứu nếu không có bản sao lưu. Nguyên tắc sao lưu phổ biến trong ngành an toàn thông tin là quy tắc 3-2-1:
- Giữ ít nhất 3 bản sao dữ liệu — bản gốc đang dùng và ít nhất 2 bản sao lưu.
- Lưu trên ít nhất 2 loại phương tiện khác nhau — ví dụ ổ cứng máy chủ và dịch vụ lưu trữ đám mây, tránh cùng một loại thiết bị cùng hỏng một lúc.
- Giữ ít nhất 1 bản sao ở vị trí vật lý khác — nếu phòng máy chủ chính gặp sự cố (cháy, ngập, trộm cắp thiết bị), bản sao ở nơi khác vẫn còn nguyên vẹn.
Với dữ liệu khoa học cụ thể, cần bổ sung: tần suất sao lưu phù hợp với chu kỳ khai báo (sao lưu hằng ngày với hệ thống đang trong mùa cao điểm khai báo công bố, xét duyệt đề tài); kiểm thử khôi phục định kỳ — có bản sao lưu nhưng chưa từng thử khôi phục là rủi ro tiềm ẩn phổ biến, nhiều đơn vị chỉ phát hiện bản sao lưu bị lỗi đúng lúc cần dùng đến; và thời hạn lưu trữ khớp với quy định lưu hồ sơ minh chứng — theo Nghị định 174/2016/NĐ-CP, tài liệu làm căn cứ chi (trong đó có bảng kê giờ nghiên cứu) phải lưu tối thiểu 5–10 năm, nên bản sao lưu dữ liệu cũng cần giữ tương ứng chứ không chỉ sao lưu dữ liệu gần nhất.
Tình huống thực tế: đơn vị nghiên cứu ứng phó sự cố mất dữ liệu
Một tình huống minh họa dựng theo mô-típ phổ biến trong triển khai hệ thống CNTT tại các viện, trường (ví dụ giả định, không phải trường hợp cụ thể của đơn vị nào): một viện nghiên cứu quản lý dữ liệu công bố và đề tài bằng các file Excel lưu trên máy tính cá nhân của cán bộ phụ trách khoa học, đồng bộ định kỳ lên một ổ lưu trữ mạng nội bộ không mã hóa và không có bản sao lưu ngoài trụ sở.
Khi ổ lưu trữ mạng gặp sự cố phần cứng, viện mất dữ liệu công bố tổng hợp của ba năm gần nhất. Việc khôi phục phải dựa vào việc từng nhà khoa học tự gửi lại minh chứng đã khai báo trước đó — quá trình kéo dài nhiều tháng và không thể khôi phục đầy đủ 100% vì một số cán bộ đã chuyển công tác.
Bài học rút ra áp dụng ngay được cho đơn vị khác: (1) không để dữ liệu gốc duy nhất nằm trên máy cá nhân, (2) bắt buộc có ít nhất một bản sao lưu ở vị trí vật lý hoặc nhà cung cấp khác với hệ thống chính, (3) khi chuyển từ Excel sang hệ thống tập trung, yêu cầu nhà cung cấp cam kết rõ về tần suất và vị trí sao lưu trong hợp đồng — nội dung này nên nằm trong bộ tiêu chí đánh giá khi chọn phần mềm CSDL khoa học và công nghệ, không chỉ để chốt hợp đồng sau khi đã ký.
Checklist bảo mật áp dụng ngay cho đơn vị chưa có phòng CNTT chuyên trách
Nhiều viện, trường quy mô vừa và nhỏ không có đội ngũ an toàn thông tin riêng. Danh sách dưới đây là những việc có thể làm ngay mà không cần chuyên gia bảo mật:
- [ ] Bật xác thực đa yếu tố (MFA) cho toàn bộ tài khoản có quyền quản trị viên và lãnh đạo đơn vị
- [ ] Rà soát danh sách tài khoản đang hoạt động, thu hồi quyền của nhân sự đã nghỉ việc hoặc chuyển đơn vị
- [ ] Xác nhận hệ thống đang dùng có mã hóa kết nối (kiểm tra địa chỉ website bắt đầu bằng
https://) - [ ] Kiểm tra tần suất và vị trí lưu trữ bản sao lưu — yêu cầu nhà cung cấp phần mềm xác nhận bằng văn bản nếu dùng dịch vụ thuê ngoài
- [ ] Cấm chia sẻ bản thảo đề tài, dữ liệu chưa công bố qua email cá nhân hoặc ứng dụng chat không kiểm soát
- [ ] Có quy trình bằng văn bản về việc phải làm khi phát hiện nghi ngờ rò rỉ hoặc mất dữ liệu (ai báo cáo, báo cho ai, trong bao lâu)
- [ ] Với đề tài hợp tác nhiều bên, có thỏa thuận bảo mật (NDA) rõ ràng trước khi chia sẻ dữ liệu
Tiêu chí bảo mật khi lựa chọn nhà cung cấp hệ thống CSDL khoa học
Với đơn vị không tự vận hành hạ tầng CNTT mà thuê dịch vụ phần mềm, trách nhiệm bảo mật không biến mất mà chuyển một phần sang nhà cung cấp — nhưng đơn vị vẫn là bên chịu trách nhiệm pháp lý cuối cùng với dữ liệu của mình. Khi đánh giá nhà cung cấp, nên hỏi rõ:
| Câu hỏi cần hỏi nhà cung cấp | Vì sao quan trọng |
|---|---|
| Dữ liệu được mã hóa ở trạng thái lưu trữ và truyền tải không? | Xác định mức bảo vệ tối thiểu có được áp dụng hay chỉ là cam kết bằng lời |
| Máy chủ đặt tại đâu, có cam kết về vị trí lưu trữ dữ liệu không? | Ảnh hưởng đến khả năng tuân thủ quy định trong nước khi có yêu cầu thanh tra, kiểm toán |
| Tần suất sao lưu và thời gian khôi phục cam kết (RTO/RPO) là bao nhiêu? | Xác định thời gian tối đa đơn vị có thể mất dữ liệu và thời gian khôi phục khi sự cố xảy ra |
| Có nhật ký thao tác (audit log) cho từng bản ghi dữ liệu không? | Cần thiết khi giải trình với đoàn thanh tra, kiểm toán về lịch sử chỉnh sửa |
| Quy trình xử lý khi xảy ra sự cố lộ dữ liệu là gì, thông báo cho đơn vị trong bao lâu? | Đơn vị cần thời gian để tuân thủ nghĩa vụ thông báo theo Nghị định 13/2023/NĐ-CP |
Đây là các tiêu chí bổ sung cho bộ khung đánh giá tổng thể đã trình bày trong bài tiêu chí chọn phần mềm CSDL khoa học và công nghệ cho viện, trường — nên đưa hẳn vào điều khoản hợp đồng thay vì chỉ hỏi miệng trong buổi demo, để có căn cứ ràng buộc trách nhiệm nếu sự cố xảy ra sau này.
Câu hỏi thường gặp
Đơn vị nhỏ, ít kinh phí thì có cần đầu tư bảo mật dữ liệu khoa học không?
Có, vì rủi ro rò rỉ hoặc mất dữ liệu không tỷ lệ thuận với quy mô đơn vị — một trường nhỏ mất dữ liệu đề tài nhiều năm vẫn chịu thiệt hại tương đương về công sức khôi phục. Các biện pháp cơ bản như bật MFA, thu hồi quyền tài khoản cũ, kiểm tra sao lưu định kỳ hầu như không tốn chi phí, chỉ cần quy trình rõ ràng.
Dữ liệu đề tài đã công bố rồi thì còn cần bảo mật không?
Có, nhưng mức độ khác với dữ liệu chưa công bố. Sau công bố, rủi ro chính chuyển từ "rò rỉ" sang "mất mát hoặc giả mạo" — vẫn cần bảo vệ để đảm bảo minh chứng còn nguyên vẹn khi phục vụ hậu kiểm, xét chức danh hoặc đối chiếu báo cáo trong nhiều năm sau.
Ai chịu trách nhiệm khi dữ liệu khoa học bị rò rỉ — đơn vị hay nhà cung cấp phần mềm?
Về nguyên tắc, đơn vị là bên xử lý dữ liệu và chịu trách nhiệm pháp lý chính theo Nghị định 13/2023/NĐ-CP, kể cả khi thuê dịch vụ phần mềm bên ngoài. Hợp đồng với nhà cung cấp nên quy định rõ trách nhiệm và nghĩa vụ bồi thường tương ứng nếu sự cố xuất phát từ lỗi của nhà cung cấp, nhưng nghĩa vụ thông báo với cơ quan quản lý và chủ thể dữ liệu vẫn thuộc về đơn vị.
Bao lâu nên kiểm tra lại toàn bộ hệ thống bảo mật một lần?
Nên rà soát tài khoản và quyền truy cập tối thiểu 6–12 tháng một lần, đồng thời kiểm thử khôi phục từ bản sao lưu ít nhất 1 lần/năm. Với đơn vị xử lý dữ liệu nhạy cảm hoặc quy mô lớn, có thể cân nhắc đánh giá độc lập theo chu kỳ ngắn hơn.
Có tiêu chuẩn quốc tế nào về an toàn thông tin đơn vị nên tham khảo không?
ISO/IEC 27001 là tiêu chuẩn quốc tế phổ biến về hệ thống quản lý an toàn thông tin, thường được các nhà cung cấp phần mềm doanh nghiệp dùng làm căn cứ chứng minh năng lực bảo mật. Đơn vị không nhất thiết phải tự đạt chứng nhận này, nhưng có thể yêu cầu nhà cung cấp phần mềm CSDL khoa học cung cấp bằng chứng tuân thủ tương đương khi đánh giá lựa chọn.
Ransomware (mã độc tống tiền) có phải rủi ro thực tế với đơn vị nghiên cứu không?
Có. Hệ thống thông tin của khối giáo dục, nghiên cứu nói chung là mục tiêu bị nhắm đến trong nhiều báo cáo an toàn thông tin toàn cầu, do thường có ngân sách bảo mật hạn chế hơn khối doanh nghiệp nhưng lưu trữ dữ liệu có giá trị (hồ sơ cá nhân, kết quả nghiên cứu). Biện pháp phòng ngừa hiệu quả nhất vẫn là sao lưu dữ liệu độc lập với hệ thống chính — nếu có bản sao lưu sạch, đơn vị có thể khôi phục mà không cần đáp ứng yêu cầu của kẻ tấn công.
Tóm tắt
- Bảo mật dữ liệu khoa học bảo vệ ba thuộc tính: bí mật, toàn vẹn và sẵn sàng của dữ liệu nghiên cứu, đặc thù bởi rủi ro rò rỉ trước công bố mà dữ liệu hành chính thông thường không gặp phải.
- Khung pháp lý gồm Luật An ninh mạng 2018, Nghị định 85/2016/NĐ-CP, Nghị định 13/2023/NĐ-CP về dữ liệu cá nhân, và Luật Bảo vệ bí mật nhà nước 2018 với đề tài thuộc diện nhạy cảm.
- Ba lớp bảo vệ kỹ thuật cần có: mã hóa dữ liệu, xác thực đa yếu tố (MFA), và nhật ký giám sát thao tác (audit log).
- Sao lưu theo quy tắc 3-2-1 và kiểm thử khôi phục định kỳ là biện pháp chống mất dữ liệu hiệu quả nhất, kể cả với đơn vị chưa có phòng CNTT chuyên trách.
- Khi thuê dịch vụ phần mềm, đơn vị vẫn là bên chịu trách nhiệm pháp lý chính — cần đưa cam kết bảo mật cụ thể vào hợp đồng, không chỉ hỏi miệng khi demo.
Nguồn và đội ngũ biên soạn
Bài viết tham khảo Luật An ninh mạng 2018 (Luật số 24/2018/QH14), Luật Bảo vệ bí mật nhà nước 2018 (Luật số 29/2018/QH14), Nghị định 85/2016/NĐ-CP và Thông tư 12/2022/TT-BTTTT (Bộ Thông tin và Truyền thông), Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân, Nghị định 174/2016/NĐ-CP về lưu trữ tài liệu kế toán, cùng kinh nghiệm triển khai hệ thống CSDL khoa học cho các đơn vị nghiên cứu tại Việt Nam. Biên soạn bởi đội ngũ Scibase — Metis JSC. Nội dung mang tính tham khảo, không thay thế văn bản pháp luật hiện hành hoặc tư vấn an toàn thông tin chuyên môn.
Bài viết liên quan
- Phân quyền quản lý dữ liệu khoa học theo cấp: Quản trị viên, lãnh đạo đơn vị và nhà khoa học khác nhau thế nào
- 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ư
- Minh chứng giờ nghiên cứu khoa học khi thanh tra, kiểm toán: hồ sơ cần lưu và lỗi bị loại
- Tính năng chính của Scibase
- Liên hệ triển khai Scibase