Đoàn kiểm tra Đề án 06 tới làm việc, câu hỏi đầu tiên không phải "bệnh viện có phần mềm chưa" mà là "dữ liệu khám chữa bệnh đã lên hệ thống quốc gia chưa". Nhiều cơ sở y tế lúng túng ở đúng chỗ này: họ có bệnh án điện tử chạy tốt trong nội bộ, nhưng chưa từng kiểm tra dữ liệu đó có thực sự đẩy được lên sổ sức khỏe điện tử hay chưa. Hai việc tưởng như một nhưng lại là hai lớp khác nhau, và lớp thứ hai mới là thứ đoàn kiểm tra quan tâm.
Sổ sức khỏe điện tử khác gì bệnh án điện tử nội bộ của cơ sở y tế
Bệnh án điện tử (EMR) là hồ sơ khám chữa bệnh do chính cơ sở y tế tạo ra và lưu trữ, phục vụ bác sĩ, điều dưỡng, thu ngân viện phí trong phạm vi cơ sở đó. Sổ sức khỏe điện tử là một tầng khác: bản tổng hợp dữ liệu sức khỏe của từng cá nhân, được nhiều cơ sở khám chữa bệnh gửi dữ liệu lên, rồi hiển thị lại cho người dân xem qua VNeID hoặc ứng dụng liên quan. Sự khác biệt này quyết định cách một cơ sở y tế nên đầu tư: không phải mua thêm một phần mềm "sổ sức khỏe điện tử" riêng, mà phải bảo đảm EMR nội bộ đủ chuẩn để trích xuất và gửi đi.
Ranh giới giữa hai khái niệm còn dễ nhầm với hồ sơ sức khỏe cá nhân (PHR) do chính người dân tự khai báo, hoặc hồ sơ sức khỏe điện tử toàn diện (EHR) tổng hợp từ nhiều nguồn khám chữa bệnh khác nhau. Bài viết phân biệt EMR, EHR và PHR giải thích kỹ ba khái niệm này dưới góc quản trị, tránh nhầm lẫn khi lập đề án đầu tư.
Với một cơ sở y tế, thứ tự ưu tiên luôn là: EMR nội bộ vận hành đúng, đầy đủ, đúng định danh - rồi mới tới việc kết nối ra bên ngoài. Cơ sở nào chưa xong bước đầu mà đã lo bước sau thường tốn công gấp đôi, vì dữ liệu đẩy lên sai sẽ phải rút lại và sửa từ gốc.
Vì sao liên thông dữ liệu y tế quốc gia không còn là lựa chọn
Ba văn bản đặt nền cho yêu cầu này, mỗi văn bản phụ trách một lớp riêng.
Nghị định 102/2025/NĐ-CP (ban hành 13/5/2025, hiệu lực 01/7/2025) quy định về quản lý dữ liệu y tế và xây dựng cơ sở dữ liệu quốc gia về y tế. Đây là căn cứ chung cho việc thu thập, kết nối và chia sẻ dữ liệu giữa cơ sở khám chữa bệnh với hệ thống dữ liệu y tế quốc gia.
Thông tư 13/2025/TT-BYT (ban hành 06/6/2025, hiệu lực 21/7/2025) hướng dẫn triển khai hồ sơ bệnh án điện tử. Điều 1 khoản 3 của thông tư này yêu cầu bệnh án điện tử phải kết nối với số định danh cá nhân - đây chính là mắt xích kỹ thuật khiến dữ liệu của một người bệnh tại nhiều cơ sở y tế khác nhau có thể ghép lại đúng một hồ sơ, thay vì nằm rải rác thành nhiều bản ghi trùng tên khác mã.
Đề án 06 là chương trình chuyển đổi số quốc gia gắn liền với dữ liệu dân cư và định danh điện tử. Khởi động theo Quyết định 06/QĐ-TTg ngày 06/01/2022, giai đoạn đầu (2022-2025) của quyết định này đã kết thúc. Giai đoạn hiện hành là 2026-2030, tầm nhìn 2035, theo Quyết định 826/QĐ-TTg ngày 11/5/2026. Ngành y tế là một trong những lĩnh vực được Đề án 06 xác định cần liên thông dữ liệu với hệ thống định danh quốc gia.
Sai lầm thường gặp: Cho rằng chỉ cần tích hợp VNeID để xác thực người bệnh là đã hoàn thành nghĩa vụ liên thông. VNeID (theo Nghị định 69/2024/NĐ-CP) là lớp định danh và xác thực điện tử - xác nhận đúng người, đúng số định danh. Nghĩa vụ đẩy và kết nối dữ liệu khám chữa bệnh lại thuộc phạm vi Nghị định 102/2025/NĐ-CP và Thông tư 13/2025/TT-BYT. Hai việc đi cùng nhau nhưng không thay thế cho nhau.
Dữ liệu khám chữa bệnh phải qua xử lý và chuẩn hóa trước khi rời khỏi cơ sở y tế để lên hệ thống quốc gia
Ba nhóm nền tảng dữ liệu quốc gia cơ sở y tế phải kết nối
Nhìn từ góc độ vận hành, một cơ sở y tế thường phải làm việc với ba nhóm hệ thống bên ngoài, mỗi nhóm có mục đích và tần suất kết nối khác nhau.
| Nhóm nền tảng | Mục đích | Tần suất đẩy dữ liệu |
|---|---|---|
| Cổng giám định BHYT | Đề nghị thanh toán chi phí khám chữa bệnh BHYT | Theo ngày hoặc theo đợt |
| Hệ thống đơn thuốc điện tử quốc gia | Quản lý kê đơn, chống trục lợi thuốc kê đơn | Theo thời gian thực khi kê đơn |
| Cơ sở dữ liệu quốc gia về y tế / sổ sức khỏe điện tử | Tổng hợp lịch sử khám chữa bệnh của người dân | Theo đợt khám hoặc ra viện |
Nhóm đầu tiên đã quen thuộc với hầu hết cơ sở y tế, vì gắn trực tiếp với dòng tiền: không liên thông được cổng giám định đồng nghĩa với không được thanh toán BHYT. Bài viết cổng giám định BHYT là gì giải thích quy trình xuất XML và các lỗi thường gặp khi kết nối cổng này.
Nhóm thứ ba - dữ liệu y tế quốc gia và sổ sức khỏe điện tử - lại thường bị xem nhẹ hơn, vì không ảnh hưởng ngay tới dòng tiền. Nhưng đây chính là nhóm bị kiểm tra khi có đoàn thanh tra Đề án 06, và cũng là nhóm quyết định người bệnh có tra cứu được lịch sử khám của mình trên VNeID hay không.
Điểm chung của cả ba nhóm: dữ liệu gửi đi phải đúng định danh cá nhân, đúng mã danh mục dịch vụ kỹ thuật, và đúng định dạng kỹ thuật mà hệ thống nhận yêu cầu. Sai một trong ba, hồ sơ bị từ chối hoặc bị treo - không khác gì hồ sơ giám định BHYT bị trả về vì lệch mã.
Điều kiện hạ tầng công nghệ thông tin để đủ năng lực liên thông
Thông tư 13/2025/TT-BYT không còn yêu cầu phần mềm phải đạt "mức 6" theo thang cũ của Thông tư 54/2017/TT-BYT như trước đây. Thay vào đó, Điều 2 của thông tư đặt ra bốn điều kiện định tính, áp dụng thống nhất cho mọi cơ sở khám chữa bệnh:
- Hạ tầng tối thiểu: có máy trạm, kết nối mạng, máy chủ, hệ thống lưu trữ kèm lưu trữ dự phòng, và thiết bị hoặc giải pháp bảo mật.
- Ứng dụng CNTT quản lý khám chữa bệnh: phần mềm HIS/EMR đang vận hành thực tế, không phải hệ thống hình thức.
- Đáp ứng tiêu chuẩn kỹ thuật CNTT trong cơ quan nhà nước: tuân thủ các quy chuẩn kỹ thuật hiện hành khi trao đổi dữ liệu với hệ thống bên ngoài.
- Sẵn sàng phục hồi và truy xuất dữ liệu: có cơ chế backup, khôi phục khi sự cố, bảo đảm dữ liệu không bị mất khi đang liên thông dở dang.
Việc nới lỏng thang đo kỹ thuật không có nghĩa yêu cầu liên thông nhẹ đi. Ngược lại, bốn điều kiện trên đặt trọng tâm vào khả năng vận hành thực tế thay vì chỉ đạt điểm số trên giấy - và khả năng liên thông chính là phép thử rõ nhất cho việc đó.
Về mặt chuẩn kết nối, phần lớn hệ thống xét nghiệm và chẩn đoán hình ảnh tại Việt Nam hiện dùng HL7 v2.x, trong khi xu hướng các hệ thống dữ liệu quốc gia đang dịch chuyển dần sang FHIR trên nền REST API. HIS nào chỉ hỗ trợ một chuẩn sẽ gặp khó khi kết nối mở rộng. Bài viết chuẩn HL7 và FHIR trong y tế đi sâu vào lý do phần mềm bệnh viện cần hỗ trợ cả hai, còn bài tích hợp liên thông HIS với LIS, RIS-PACS, BHYT mô tả chi tiết từng cặp kết nối kỹ thuật.
Kiểm tra định kỳ trạng thái liên thông là công việc thường xuyên, không chỉ làm một lần khi triển khai
Quy trình nội bộ: ai chịu trách nhiệm đẩy dữ liệu và đối soát sai lệch
Có hạ tầng đạt chuẩn chưa đủ, vì liên thông là một quy trình chạy hằng ngày chứ không phải một lần cấu hình rồi thôi. Ba việc cần phân công rõ người phụ trách:
Định danh đúng ngay từ khâu tiếp đón là điều kiện đầu tiên để dữ liệu liên thông không bị trùng hoặc sai hồ sơ
- Chuẩn hóa định danh trước khi đẩy dữ liệu. Bộ phận tiếp đón nhập đúng số định danh cá nhân ngay từ lúc làm thủ tục, tránh trường hợp hai lần khám của cùng một người bệnh bị tách thành hai hồ sơ vì sai một ký tự.
- Kiểm tra trạng thái gửi sau mỗi đợt đẩy dữ liệu. Không phải cứ bấm gửi là xong - cần có người xem lại log phản hồi, phát hiện hồ sơ bị từ chối hoặc treo để xử lý kịp thời, giống như cách bộ phận thu ngân viện phí vẫn làm với hồ sơ giám định BHYT.
- Cập nhật khi chuẩn dữ liệu quốc gia thay đổi. Danh mục dịch vụ kỹ thuật, cấu trúc dữ liệu trao đổi đều được điều chỉnh theo giai đoạn. Cơ sở y tế cần một đầu mối theo dõi thông báo từ Bộ Y tế và phối hợp với nhà cung cấp HIS để cập nhật đúng hạn, thay vì để đến khi hồ sơ bị từ chối hàng loạt mới phát hiện ra.
Nhiều cơ sở y tế coi đây là việc của "bên IT", nhưng thực tế đầu vào sạch nằm ở khâu tiếp đón và đầu ra đúng hạn nằm ở khâu vận hành hằng ngày - phòng CNTT chỉ giữ vai trò kỹ thuật ở giữa. Phân định rõ trách nhiệm ba khâu này giúp tránh tình trạng đùn đẩy khi có lỗi liên thông.
Checklist tự đánh giá mức độ sẵn sàng liên thông
Trước khi làm việc với đoàn kiểm tra hoặc lên kế hoạch nâng cấp, cơ sở y tế có thể tự rà theo danh sách sau:
- Bệnh án điện tử đã đạt bốn điều kiện CNTT theo Điều 2 Thông tư 13/2025/TT-BYT hay chưa.
- Dữ liệu người bệnh đã gắn số định danh cá nhân đầy đủ, không còn hồ sơ trùng lặp do sai định danh.
- HIS hỗ trợ chuẩn trao đổi dữ liệu (HL7 v2.x, FHIR) và có API để kết nối thêm hệ thống mới khi cần.
- Có nhân sự hoặc bộ phận theo dõi log liên thông hằng ngày, không chỉ khi có sự cố mới kiểm tra.
- Có cơ chế backup và khôi phục dữ liệu đáp ứng yêu cầu sẵn sàng phục hồi.
- Nhà cung cấp HIS có cam kết cập nhật khi chuẩn dữ liệu quốc gia thay đổi, ghi rõ trong hợp đồng.
Cơ sở y tế nào trả lời "chưa" ở từ hai mục trở lên nên coi liên thông dữ liệu là ưu tiên trong kế hoạch nâng cấp CNTT gần nhất, thay vì để tới khi bị nhắc nhở mới xử lý.
Chọn HIS có sẵn năng lực liên thông: điều cần hỏi trước khi ký hợp đồng
Vì yêu cầu liên thông sẽ còn tiếp tục mở rộng theo từng giai đoạn của Đề án 06, việc chọn HIS không nên dừng ở câu hỏi "phần mềm có những tính năng gì" mà phải hỏi thêm "phần mềm kết nối với hệ thống bên ngoài như thế nào". Ba câu hỏi nên đặt ra với bất kỳ nhà cung cấp nào: hệ thống có hỗ trợ đồng thời HL7 và FHIR không, có API mở để bổ sung kết nối mới mà không phải viết lại từ đầu không, và cam kết cập nhật khi Bộ Y tế thay đổi chuẩn dữ liệu được ghi cụ thể trong hợp đồng ra sao. Cơ sở y tế nào trả lời rõ ba câu hỏi này trước khi ký hợp đồng sẽ tránh được tình trạng phải thay phần mềm giữa chừng chỉ vì không theo kịp yêu cầu liên thông của cơ quan quản lý.
Nền tảng phần mềm quản lý bệnh viện hiện đại cần được nhìn nhận như một mắt xích trong hệ thống dữ liệu y tế quốc gia, không phải một hệ thống đóng chỉ phục vụ nội bộ. Đầu tư đúng từ khâu chọn phần mềm giúp cơ sở y tế tiết kiệm nhiều lần chi phí sửa chữa về sau.
