Chương 11: Administrative, Infrastructure & Ecosystem EdTech

Bối cảnh / Vấn đề

Nếu chương 10 xem học tập như một hiện tượng xã hội, chương 11 đi xuống tầng ít được chú ý hơn: hạ tầng hành chính và hệ sinh thái vận hành. Đây là nơi EdTech thường trở nên thật nhất. Một nền tảng học tập có thể có AI tutor, analytics và nội dung tốt, nhưng nếu không đồng bộ danh sách lớp, không kết nối được điểm với sổ điểm, không có lịch học chính xác, không gửi thông báo đúng phụ huynh, không bảo vệ dữ liệu cá nhân, hoặc thường xuyên ngừng hoạt động vào giờ kiểm tra, trải nghiệm học tập sẽ vỡ ở những chỗ rất bình thường.

Trong trường học, “hạ tầng” không chỉ là đường truyền và thiết bị. Nó gồm learning management system (LMS), student information system (SIS), education management information system (EMIS), nền tảng đánh giá số, hệ thống tuyển sinh, điểm danh, lịch học, học phí, tài chính, truyền thông với phụ huynh, quản lý thiết bị, single sign-on, identity management, data warehouse, help desk, chính sách mua sắm, hợp đồng vendor và kế hoạch an ninh mạng. Phần lớn người học không gọi tên những hệ thống này. Họ chỉ cảm nhận hệ thống có mượt không, có công bằng không, có đáng tin không.

OECD phân biệt khá rõ giữa “digital transition” và “digital transformation”. Nhiều hệ thống giáo dục đã số hóa công cụ, nhưng vẫn chủ yếu tái tạo quy trình cũ: nhập điểm, xuất báo cáo, gửi thông báo, quản lý hồ sơ. Chuyển đổi thật chỉ xảy ra khi dữ liệu, quy trình, tiêu chuẩn và năng lực con người được tổ chức lại để hỗ trợ quyết định tốt hơn, giảm tải vận hành và tạo điều kiện cho dạy học hiệu quả hơn (OECD, 2023a).

Vì vậy, chương này không xem administrative EdTech là phần phụ phía sau sư phạm. Nó là điều kiện nền để các chương trước có thể vận hành. AI trong tutoring, assessment, learning analytics hay cộng đồng học tập đều cần danh tính người học đúng, dữ liệu sạch, quyền truy cập rõ, tích hợp ổn định, bảo mật đủ mạnh và mô hình quản trị biết ai chịu trách nhiệm khi hệ thống sai.

LMS, SIS/EMIS và digital assessment platforms

Ở cấp trường, LMS thường là nơi giáo viên giao bài, quản lý lớp, chấm điểm, lưu tài liệu, theo dõi tiến độ và giao tiếp với người học. Ở cấp hệ thống, SIS hoặc EMIS lưu dữ liệu học sinh, trường, giáo viên, lớp, quá trình học, chuyên cần, kết quả, chuyển trường và nhiều dữ liệu hành chính khác. OECD mô tả SIS/EMIS thế hệ mới như nền tảng nối dữ liệu theo chiều dọc thời gian, giúp hệ thống giáo dục không chỉ thống kê mà còn có thể phản hồi nhanh hơn với quyết định giáo dục (OECD, 2023b).

Vấn đề là nhiều hệ thống vẫn sống trong silo. Trường dùng một LMS để dạy học, một SIS để quản lý hồ sơ, một phần mềm khác để điểm danh, một nền tảng khác để kiểm tra, một nhóm chat để thông báo, và bảng tính để “vá” những gì chưa kết nối. Kết quả là giáo viên nhập cùng một dữ liệu nhiều lần; quản lý nhìn thấy báo cáo muộn; phụ huynh nhận thông tin không nhất quán; và dữ liệu học tập bị phân tán đến mức khó dùng cho can thiệp.

OECD ghi nhận phần lớn trường ở các nước OECD đã dùng LMS ở một mức độ nào đó, nhưng khoảng một nửa không liên thông với SIS cấp hệ thống; khi đó trường vẫn phải cung cấp dữ liệu thủ công cho cơ quan quản lý và không nhận lại được insight từ dữ liệu cấp hệ thống (OECD, 2023a). Đây là ví dụ điển hình của số hóa mà chưa chuyển đổi: dữ liệu có dạng số, nhưng luồng quyết định vẫn chậm và đứt đoạn.

Digital assessment platforms cũng nằm trong hạ tầng này. Ở mức đơn giản, chúng giúp tạo đề, phân phối bài kiểm tra, thu bài, chấm tự động, lưu kết quả và chuyển điểm sang sổ điểm. Ở mức cao hơn, chúng có thể hỗ trợ adaptive testing, mô phỏng, scenario-based assessment, item banking, psychometrics và phân tích năng lực. Nhưng OECD cho thấy nhiều đánh giá số năm 2024 vẫn chủ yếu là phiên bản số hóa của bài kiểm tra giấy; lợi ích chính nằm ở quản trị, dữ liệu và chấm điểm, trong khi các affordance như adaptive assessment, simulation hoặc đánh giá năng lực phức tạp còn ít được dùng (OECD, 2023c).

Điểm then chốt là LMS, SIS/EMIS và assessment platform không nên được mua như ba sản phẩm tách rời. Chúng là một chuỗi dữ liệu: danh tính, lớp học, hoạt động học, bài làm, phản hồi, điểm số, chuyên cần, can thiệp và báo cáo. Khi chuỗi này gãy, AI và analytics phía trên sẽ chỉ đang xử lý mảnh vụn.

Scheduling, attendance, finance và communication

EdTech vận hành thường vô hình vì nó không xuất hiện trong slide demo sư phạm. Nhưng nó quyết định rất nhiều trải nghiệm. Lịch học sai làm học sinh bỏ lỡ buổi học. Điểm danh không đồng bộ khiến giáo viên mất thời gian đối chiếu. Hệ thống tài chính không rõ tạo xung đột với phụ huynh. Tin nhắn gửi nhầm nhóm làm mất niềm tin. Một quy trình xin nghỉ, đổi lớp, hoàn phí hoặc hỗ trợ kỹ thuật kéo dài nhiều ngày có thể làm người học cảm thấy hệ thống không quan tâm đến mình.

Scheduling là bài toán phức tạp hơn vẻ ngoài. Nó liên quan đến phòng học, giáo viên, môn học, nhóm học sinh, thiết bị, quy định nghỉ, lớp bù, lớp trực tuyến, lịch kiểm tra và giới hạn tải của từng người. Khi lịch nằm ngoài LMS hoặc SIS, giáo viên khó biết ai đáng lẽ có mặt; assessment platform khó mở đúng bài; phụ huynh khó theo dõi; và dữ liệu chuyên cần thiếu ngữ cảnh.

Attendance cũng không chỉ là “có mặt/vắng mặt”. Nó có thể là tín hiệu sớm về rủi ro bỏ học, vấn đề sức khỏe, khó khăn đi lại, áp lực gia đình hoặc mất động lực. Nhưng nếu điểm danh được dùng như công cụ giám sát thô, nó có thể trừng phạt người học có hoàn cảnh khó khăn. Một hạ tầng tốt phải cho phép ghi nhận lý do, quy trình hỗ trợ, phân quyền truy cập, và cơ chế phân biệt cảnh báo cần giúp đỡ với vi phạm cần xử lý.

Finance và communication là hai vùng dễ bị xem là “hành chính”, nhưng ảnh hưởng trực tiếp đến công bằng. Người học có thể bị chặn truy cập vì lỗi thanh toán; phụ huynh có thể bỏ lỡ thông báo vì không dùng đúng kênh; học sinh ở gia đình đa ngôn ngữ có thể nhận thông tin muộn; giáo viên có thể phải trả lời cùng một câu hỏi trên nhiều nền tảng. AI có thể hỗ trợ nhắc lịch, dịch thông báo, phân loại yêu cầu và tóm tắt tình trạng, nhưng hạ tầng phải có dữ liệu đúng và quy trình rõ.

Trong các hệ thống lớn, mục tiêu không phải gom mọi thứ vào một “siêu ứng dụng”. Mục tiêu là trải nghiệm vận hành nhất quán: một danh tính, một luồng dữ liệu, quyền truy cập theo vai trò, lịch sử giao tiếp rõ, và khả năng truy vết khi có lỗi. Sự đơn giản đối với người dùng thường đòi hỏi kỷ luật kiến trúc rất cao phía sau.

Interoperability

Interoperability là khả năng các hệ thống trao đổi và dùng dữ liệu với nhau một cách ổn định, có ý nghĩa và đúng quyền. OECD nhấn mạnh interoperability không chỉ là kết nối kỹ thuật. Nó có bốn tầng: technical, semantic, organisational và legal. Hai hệ thống có thể “kết nối API” nhưng vẫn không liên thông thực sự nếu định nghĩa “lớp”, “khóa học”, “điểm hoàn thành” hoặc “học sinh đang học” khác nhau; hoặc nếu hợp đồng không cho phép dữ liệu được dùng lại (OECD, 2023d).

Trong EdTech, một số chuẩn quan trọng đã hình thành. Learning Tools Interoperability (LTI) của 1EdTech giúp LMS hoặc nền tảng học tập kết nối công cụ bên ngoài theo cách chuẩn hóa, hỗ trợ đăng nhập, truyền ngữ cảnh khóa học, vai trò người dùng và dịch vụ như grade passback. LTI 1.3 và LTI Advantage dùng mô hình bảo mật hiện đại hơn, bao gồm OAuth 2.0 và JSON Web Tokens, cùng các dịch vụ như Assignment and Grade Services, Names and Role Provisioning Services và Deep Linking (1EdTech, 2026a).

OneRoster giải quyết bài toán rất cụ thể nhưng quan trọng: roster, khóa học, enrollment, tổ chức và điểm. OneRoster 1.2 hỗ trợ cả CSV và REST, giúp SIS, LMS và các công cụ học tập trao đổi dữ liệu lớp học và kết quả theo cấu trúc chuẩn (1EdTech, 2026b). Với trường học, điều này có nghĩa đầu năm không cần nhập tay danh sách lớp vào từng ứng dụng; khi học sinh đổi lớp, dữ liệu có thể cập nhật nhất quán; khi công cụ bên ngoài chấm bài, kết quả có thể quay về gradebook.

xAPI đi theo hướng khác: ghi nhận trải nghiệm học tập dưới dạng statement, thường theo cấu trúc actor-verb-object, và lưu trong Learning Record Store (LRS). Nó hữu ích khi học tập diễn ra ngoài LMS truyền thống: simulation, mobile learning, game, thực hành tại nơi làm việc, hoạt động offline hoặc social learning. xAPI đã trở thành chuẩn IEEE 9274.1.1-2023, cho phép nhiều hệ thống ghi và chia sẻ dữ liệu trải nghiệm học ở định dạng nhất quán (xAPI.com, 2026).

Nhưng chuẩn không tự tạo hệ sinh thái tốt. Một vendor có thể tuyên bố “hỗ trợ LTI” nhưng chỉ triển khai một phần. Một SIS có thể xuất OneRoster nhưng không đủ trường dữ liệu địa phương cần dùng. Một LRS có thể thu rất nhiều statement nhưng thiếu data governance để biến chúng thành insight. Vì vậy, interoperability phải được đưa vào procurement, kiểm thử, hợp đồng, vận hành và benchmark, không chỉ nằm trong brochure kỹ thuật.

Procurement và vendor governance

Nhà trường mua công nghệ bằng tiêu chí nào thì sẽ nhận hệ thống như thế đó. Nếu tiêu chí mua sắm chỉ là giá thấp và danh sách tính năng, vendor sẽ tối ưu cho demo. Nếu tiêu chí gồm interoperability, bảo mật, accessibility, bằng chứng hiệu quả, dữ liệu xuất được, hỗ trợ triển khai, khả năng rời hệ thống và tổng chi phí sở hữu, hệ sinh thái sẽ khác.

OECD xem public procurement là một công cụ định hình hệ sinh thái giáo dục số. Trong 29 hệ thống được khảo sát, nhiều nước dùng mua sắm tập trung, danh sách công cụ được phê duyệt, hướng dẫn mua sắm hoặc tiêu chí bảo mật và dữ liệu để định hướng thị trường. Tuy nhiên, OECD cũng ghi nhận phần lớn nỗ lực mua sắm vẫn tập trung vào quy trình, kinh tế quy mô, bảo mật và tuân thủ dữ liệu; tiêu chí về equity, inclusivity, hiệu quả học tập và tính bền vững còn ít được dùng rõ ràng (OECD, 2023e).

Vendor governance bắt đầu trước khi ký hợp đồng. Trường cần biết sản phẩm giải quyết vấn đề nào, dữ liệu nào được thu, dữ liệu nằm ở đâu, ai sở hữu, ai được truy cập, vendor có dùng dữ liệu để huấn luyện mô hình không, dữ liệu có thể xuất ra khi chấm dứt hợp đồng không, uptime cam kết ra sao, hỗ trợ sự cố thế nào, và chuẩn nào được chứng nhận. Những câu hỏi này không phải “phần pháp lý” tách khỏi sư phạm. Chúng quyết định giáo viên và người học có bị khóa vào một hệ thống khó rời không.

Một rủi ro lớn là vendor lock-in. Khi nội dung, điểm, hồ sơ, tích hợp và workflow đều gắn với một nhà cung cấp, trường khó đổi hệ thống dù chi phí tăng hoặc chất lượng giảm. Lock-in không chỉ đến từ hợp đồng dài hạn. Nó đến từ dữ liệu không xuất được, chuẩn tích hợp riêng, đào tạo người dùng quá lệ thuộc vào giao diện, và quy trình nội bộ bị may đo theo một sản phẩm.

Rủi ro khác là mua công nghệ không có chiến lược triển khai. Một sản phẩm có thể tốt trong thử nghiệm nhỏ nhưng thất bại khi mở rộng vì giáo viên thiếu thời gian, IT thiếu người, dữ liệu đầu vào bẩn, quy trình hỗ trợ yếu, hoặc phụ huynh không hiểu kênh mới. Procurement tốt phải tính cả change management, training, support, migration, evaluation và exit plan.

Cybersecurity, privacy và reliability

Niềm tin trong EdTech có thể mất nhanh hơn nhiều so với tốc độ xây dựng. Một vụ rò rỉ dữ liệu học sinh, một kỳ thi bị sập hệ thống, một tài khoản giáo viên bị chiếm quyền, hoặc một vendor để lộ hồ sơ sức khỏe có thể khiến phụ huynh, giáo viên và nhà quản lý nghi ngờ toàn bộ chương trình chuyển đổi số.

Giáo dục là mục tiêu hấp dẫn vì dữ liệu phong phú và năng lực an ninh thường hạn chế. Dữ liệu học sinh có tuổi thọ dài: tên, ngày sinh, địa chỉ, điểm số, hồ sơ kỷ luật, nhu cầu đặc biệt, sức khỏe, tài chính, thông tin phụ huynh. Trẻ em không thể tự quản lý rủi ro danh tính như người lớn, và hậu quả có thể kéo dài nhiều năm. Vụ PowerSchool được báo cáo đầu năm 2025 cho thấy một nền tảng SIS lớn có thể trở thành điểm tập trung rủi ro khi dữ liệu của nhiều trường bị truy cập qua kênh hỗ trợ bị xâm nhập (The Verge, 2025).

CoSN State of EdTech District Leadership 2024 cho thấy cybersecurity tiếp tục là ưu tiên hàng đầu của lãnh đạo công nghệ K-12; 99% district được khảo sát đang thực hiện biện pháp cải thiện bảo vệ, nhưng vẫn đối mặt với thiếu nhân sự, ngân sách và áp lực hạ tầng mở rộng (CoSN, 2024). Ở giáo dục đại học, EDUCAUSE Horizon Report 2024 về cybersecurity và privacy cũng đặt AI, compliance, data privacy, cyber threat intelligence, zero trust và quản trị an ninh vào nhóm vấn đề trọng yếu (EDUCAUSE, 2024).

Cybersecurity không thể chỉ giao cho bộ phận IT. Nó phải đi vào kiến trúc sản phẩm, hợp đồng vendor, đào tạo người dùng, quy trình cấp quyền, quản lý thiết bị, backup, incident response, kiểm thử định kỳ và truyền thông khủng hoảng. Một trường có thể mua công cụ bảo mật mạnh nhưng vẫn rủi ro nếu giáo viên dùng mật khẩu yếu, tài khoản cũ không bị khóa, vendor phụ không được kiểm tra, hoặc dữ liệu nhạy cảm được xuất ra bảng tính cá nhân.

Privacy cũng không chỉ là tuân thủ. Một hệ thống có thể hợp pháp nhưng vẫn gây hại nếu thu quá nhiều dữ liệu, giữ quá lâu, dùng dữ liệu ngoài mục đích học tập, hoặc khiến người học cảm thấy bị theo dõi. Nguyên tắc tối thiểu hóa dữ liệu, mục đích rõ, phân quyền chặt, giải thích dễ hiểu, kiểm toán truy cập và quyền sửa/xóa khi phù hợp nên được xem là yêu cầu hạ tầng.

Reliability là trụ cột thứ ba. Uptime, latency, khả năng chịu tải, backup, recovery time, offline fallback và support response time đều là vấn đề sư phạm khi hệ thống được dùng trong lớp học thật. Một nền tảng assessment bị chậm trong kỳ thi không chỉ là lỗi kỹ thuật; nó ảnh hưởng đến công bằng đánh giá. Một hệ thống LMS không truy cập được vào buổi tối có thể ảnh hưởng bất cân xứng đến người học chỉ có thời gian học ngoài giờ.

Địa phương hóa hệ sinh thái

Không có hạ tầng EdTech trung tính với bối cảnh. Một hệ thống thiết kế cho đại học Mỹ có thể không hợp với trường phổ thông Việt Nam. Một LMS mạnh ở nơi có thiết bị cá nhân và băng thông ổn định có thể thất bại ở nơi học sinh dùng chung điện thoại. Một mô hình thu phí theo người dùng có thể ổn với trường tư nhưng không bền với hệ thống công ngân sách thấp. Một quy trình phụ huynh tự đăng nhập xem điểm có thể không phù hợp nếu phụ huynh ít dùng email hoặc cần thông báo qua kênh địa phương.

UNESCO nhấn mạnh EMIS là công cụ trung tâm để quản lý giáo dục, từ hoạch định chiến lược đến quản lý trung gian và nhà trường; nhưng nhiều quốc gia vẫn cần củng cố năng lực dữ liệu, kiến trúc kỹ thuật, governance và sử dụng dữ liệu. Chương trình Sound Data for Good Governance in Education và công cụ EMIS-PATT của UNESCO đánh giá EMIS qua bốn chiều: governance framework, management and organisational aspects, technical and IT architecture, và data and their use (UNESCO, 2025; UNESCO, 2026).

Địa phương hóa không có nghĩa là tùy biến vô hạn. Nó nghĩa là hiểu ràng buộc thật: luật bảo vệ dữ liệu, ngôn ngữ, lịch học, cách tính điểm, vai trò phụ huynh, hạ tầng thanh toán, năng lực IT, ngân sách bảo trì, thói quen truyền thông, khả năng hỗ trợ giáo viên và tính liên tục khi lãnh đạo thay đổi. Một thiết kế tốt có lõi chuẩn hóa nhưng cho phép cấu hình theo bối cảnh.

Rojas và Chiappe tổng quan AI và digital ecosystems trong giáo dục, nhấn mạnh hệ sinh thái số là tập hợp các thành phần liên kết tạo trải nghiệm tích hợp, không phải chỉ là tập hợp công cụ riêng lẻ (Rojas & Chiappe, 2024). Nichols và Dixon-Román phân tích platform governance như một hình thức quyền lực trung gian trong chính sách giáo dục: nền tảng không chỉ truyền dữ liệu, mà còn định hình điều gì được thấy, được đo, được ưu tiên và được quản trị (Nichols & Dixon-Román, 2024). Hai góc nhìn này nhắc rằng địa phương hóa cũng là câu hỏi quyền lực: ai quyết định hệ thống đo gì, ai được truy cập, ai bị ảnh hưởng khi dữ liệu sai, và ai có thể phản đối?

Tiêu chí benchmark / Cách đánh giá

Benchmark cho administrative, infrastructure và ecosystem EdTech phải đo cả hiệu quả vận hành, chất lượng dữ liệu, an toàn và khả năng phục vụ sư phạm. Một hệ thống không thể được đánh giá chỉ bằng số lượng tính năng.

Nhóm tiêu chí đầu tiên là data quality và data flow. Dữ liệu học sinh, lớp, giáo viên, lịch, chuyên cần và điểm có đầy đủ, đúng, cập nhật kịp thời và có nguồn gốc rõ không? Có bao nhiêu bước nhập tay? Khi học sinh chuyển lớp, dữ liệu cập nhật qua bao nhiêu hệ thống và mất bao lâu? Có audit trail để biết ai sửa gì, khi nào, vì sao không?

Nhóm thứ hai là interoperability. Hệ thống có hỗ trợ chuẩn mở như LTI, OneRoster, xAPI hoặc chuẩn tương đương không? Việc tích hợp có được chứng nhận hoặc kiểm thử độc lập không? Dữ liệu có thể xuất ra ở định dạng dùng được không? Có tránh phụ thuộc vào API riêng hoặc hợp đồng khóa dữ liệu không?

Nhóm thứ ba là user workload. Giáo viên, nhân viên hành chính, học sinh và phụ huynh mất bao nhiêu thời gian cho tác vụ thường ngày: đăng nhập, xem lịch, nộp bài, nhập điểm, xin nghỉ, trả lời thông báo, xử lý lỗi? Hệ thống có giảm việc lặp lại hay chỉ chuyển việc giấy sang màn hình?

Nhóm thứ tư là reliability và support. Uptime, latency, thời gian phục hồi, năng lực chịu tải, backup, offline fallback, response time của hỗ trợ và tỷ lệ lỗi trong giờ cao điểm là bao nhiêu? Các kỳ thi, ngày khai giảng, thời điểm nhập điểm và deadline nộp bài cần được benchmark riêng vì đây là lúc hệ thống chịu áp lực thật.

Nhóm thứ năm là cybersecurity và privacy. Có MFA, phân quyền theo vai trò, mã hóa, quản lý vòng đời tài khoản, kiểm thử bảo mật, incident response plan, vendor risk assessment, data retention policy và log truy cập không? Dữ liệu nhạy cảm có được tối thiểu hóa không? Người dùng có hiểu dữ liệu của họ được dùng ra sao không?

Nhóm thứ sáu là procurement và governance. Mỗi sản phẩm có owner rõ không? Hợp đồng có yêu cầu interoperability, accessibility, privacy, security, uptime, data export, support và exit plan không? Có quy trình đánh giá hiệu quả sau triển khai không? Có cơ chế dừng hoặc thay thế công cụ không đạt chuẩn không?

Nhóm thứ bảy là equity và local fit. Hệ thống có hoạt động tốt trên thiết bị phổ biến của người học không? Có hỗ trợ ngôn ngữ, accessibility, băng thông thấp, kênh truyền thông địa phương và điều kiện gia đình khác nhau không? Có nhóm nào bị loại khỏi trải nghiệm vì giả định hạ tầng sai không?

Phân tích phản biện

Ảo tưởng đầu tiên là “một nền tảng thống nhất sẽ giải quyết mọi thứ”. Tích hợp quá mức có thể giảm rời rạc, nhưng cũng tạo điểm lỗi tập trung và lock-in. Một hệ sinh thái tốt cần lõi dữ liệu chung, tiêu chuẩn rõ và governance mạnh; không nhất thiết mọi chức năng phải nằm trong một sản phẩm.

Ảo tưởng thứ hai là “mua hệ thống tốt là xong”. Hạ tầng giáo dục sống trong quy trình con người. Nếu không có training, support, data stewardship, chính sách phân quyền, thời gian chuyển đổi và trách nhiệm vận hành, sản phẩm tốt vẫn tạo gánh nặng. Nhiều thất bại EdTech là thất bại triển khai hơn là thất bại phần mềm.

Ảo tưởng thứ ba là “dữ liệu hành chính khách quan”. Attendance, điểm số, hồ sơ kỷ luật, tương tác phụ huynh và lịch sử hỗ trợ đều được tạo trong quy trình có thiên lệch. Nếu một nhóm học sinh bị điểm danh sai nhiều hơn vì đi lại khó khăn, nếu phụ huynh ít chữ số không phản hồi app, nếu giáo viên nhập nhận xét theo chuẩn khác nhau, hệ thống sẽ biến bất bình đẳng xã hội thành dữ liệu có vẻ chính xác.

Ảo tưởng thứ tư là “bảo mật làm chậm đổi mới”. Thực tế, thiếu bảo mật mới làm đổi mới mong manh. Khi xảy ra rò rỉ dữ liệu hoặc downtime nghiêm trọng, trường sẽ phải đóng băng triển khai, xử lý khủng hoảng và mất niềm tin. Security-by-design là điều kiện để đổi mới bền.

Nguyên tắc thiết kế

Nguyên tắc đầu tiên: bắt đầu từ architecture map, không bắt đầu từ catalogue sản phẩm. Trường cần biết hệ thống nào là nguồn dữ liệu gốc cho danh tính, lớp, điểm, chuyên cần, tài chính và truyền thông; hệ thống nào đọc dữ liệu; hệ thống nào ghi ngược; và ai chịu trách nhiệm khi có xung đột.

Nguyên tắc thứ hai: chuẩn mở phải là yêu cầu mua sắm, không phải phần cộng thêm. LTI, OneRoster, xAPI hoặc các chuẩn tương đương cần được kiểm thử trong workflow thật: roster đầu năm, đổi lớp giữa kỳ, grade passback, khóa tài khoản, xuất dữ liệu và rời vendor.

Nguyên tắc thứ ba: giảm tải cho người dùng trước khi thêm AI. Nếu giáo viên vẫn phải nhập điểm ba lần, phụ huynh phải dùng năm kênh thông báo, và nhân viên phải đối chiếu bảng tính, AI chỉ làm hệ thống rối hơn. Tự động hóa có ích nhất khi quy trình nền đã được dọn sạch.

Nguyên tắc thứ tư: dữ liệu học sinh là dữ liệu nhạy cảm theo mặc định. Thu ít, giữ ngắn, phân quyền chặt, log đầy đủ, giải thích rõ và có quy trình xử lý sự cố. Vendor không nên được truy cập hoặc tái sử dụng dữ liệu ngoài mục đích đã thỏa thuận.

Nguyên tắc thứ năm: procurement phải có vòng đời. Mua, triển khai, huấn luyện, đo hiệu quả, kiểm toán, gia hạn, thay thế và rút lui đều phải được thiết kế. Một hệ thống không có exit plan là một khoản nợ tương lai.

Nguyên tắc thứ sáu: địa phương hóa ở tầng quy trình và hỗ trợ, không chỉ dịch giao diện. Hệ thống phải phù hợp lịch học, quy chế điểm, kênh phụ huynh, năng lực giáo viên, băng thông, thiết bị và luật dữ liệu của nơi nó hoạt động.

Tổng kết chương

Administrative, Infrastructure & Ecosystem EdTech là phần ít lấp lánh nhưng quyết định độ tin cậy của toàn bộ hệ thống học tập số. LMS, SIS/EMIS, assessment platform, lịch, điểm danh, tài chính, truyền thông, chuẩn liên thông, procurement, an ninh và địa phương hóa không phải các mảnh rời. Chúng tạo thành nền để dữ liệu học tập có thể di chuyển đúng, quyết định có thể dựa trên thông tin đúng, và người học có thể tin hệ thống.

Có năm điểm cần giữ lại. Thứ nhất, số hóa công cụ không đồng nghĩa chuyển đổi hạ tầng. Thứ hai, interoperability là vấn đề tổ chức, ngữ nghĩa, pháp lý và kỹ thuật, không chỉ API. Thứ ba, procurement là công cụ chính sách: mua sai tiêu chí sẽ tạo hệ sinh thái sai. Thứ tư, cybersecurity, privacy và reliability là điều kiện sư phạm, không phải việc hậu trường. Thứ năm, hạ tầng phải được địa phương hóa theo luật, văn hóa, năng lực và ngân sách thật.

Phần II kết thúc ở đây bằng một lớp nền: công nghệ giáo dục không chỉ là AI tutor, mô phỏng hay analytics, mà là hệ sinh thái vận hành đủ sạch, an toàn và liên thông để các ý tưởng sư phạm có đất sống. Chương 12 mở sang Phần III, quay lại các lý thuyết học tập dưới ánh sáng AI: behaviorism, cognitivism, constructivism, social constructivism, connectivism và độ sâu tương tác.

Tài liệu tham khảo

1EdTech. (2026a). Learning Tools Interoperability (LTI). https://www.1edtech.org/standards/lti

1EdTech. (2026b). OneRoster. https://www.1edtech.org/standards/oneroster

CoSN. (2024). 2024 State of EdTech District Leadership Report. https://www.cosn.org/tools-and-resources/resource/2024-state-of-edtech-district-leadership-survey/

EDUCAUSE. (2024). 2024 EDUCAUSE Horizon Report: Cybersecurity and Privacy Edition. https://library.educause.edu/resources/2024/9/2024-educause-horizon-report-cybersecurity-and-privacy-edition

Nichols, T. P., & Dixon-Román, E. (2024). Platform governance and education policy: Power and politics in emerging edtech ecologies. Educational Evaluation and Policy Analysis, 46(2). https://doi.org/10.3102/01623737231202469

OECD. (2023a). OECD Digital Education Outlook 2023: Towards an Effective Digital Education Ecosystem. OECD Publishing. https://doi.org/10.1787/c74f03de-en

OECD. (2023b). Education and student information systems. In OECD Digital Education Outlook 2023. https://www.oecd-ilibrary.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/education-and-student-information-systems_ef9f7b25.html

OECD. (2023c). Digital assessment. In OECD Digital Education Outlook 2023. https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/digital-assessment_a102e604.html

OECD. (2023d). Interoperability: unifying and maximising data reuse within digital education ecosystems. In OECD Digital Education Outlook 2023. https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/interoperability-unifying-and-maximising-data-reuse-within-digital-education-ecosystems_660f8da1.html

OECD. (2023e). Public procurement: shaping digital education ecosystems. In OECD Digital Education Outlook 2023. https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/public-procurement-shaping-digital-education-ecosystems_bd9e3f3f.html

Rojas, M. P., & Chiappe, A. (2024). Artificial intelligence and digital ecosystems in education: A review. Technology, Knowledge and Learning, 29, 2153-2170. https://doi.org/10.1007/s10758-024-09732-7

The Verge. (2025). PowerSchool data breach leaks info of students and staff at schools across the US. https://www.theverge.com/2025/1/10/24340556/powerschool-sis-data-breach-leak-student-data-us-canada-schools

UNESCO. (2025). Sound Data for Good Governance in Education. https://www.unesco.org/en/education-management/data-governance

UNESCO. (2026). Education management information systems: Progress Assessment Tool for Transformation (EMIS-PATT). https://www.unesco.org/en/education-management/emis-readiness-assessment

xAPI.com. (2026). What is xAPI? https://xapi.com/overview/