Một giám đốc bệnh viện tuyến tỉnh từng chia sẻ trong buổi làm việc với đội triển khai: máy chủ HIS của viện đã chạy 6 năm, ổ cứng kêu bất thường mỗi khi tải cao điểm buổi sáng, nhưng ngân sách thay mới chưa được duyệt vì chưa ai chứng minh được nên mua máy chủ mới hay chuyển hẳn sang thuê dịch vụ đám mây. Đây không phải tình huống hiếm. Rất nhiều cơ sở y tế đang đứng trước cùng một ngã ba: giữ mô hình cài đặt tại chỗ (on-premise) quen thuộc, hay chuyển sang phần mềm y tế cloud. Quyết định này không nên dựa trên cảm tính "cloud là xu hướng" hay "on-premise mới chắc chắn", mà cần đối chiếu rạch ròi theo ba tiêu chí ảnh hưởng trực tiếp đến vận hành: an toàn dữ liệu, chi phí, và tuân thủ pháp lý.
Cloud và on-premise: ranh giới trách nhiệm nằm ở đâu
Trước khi so sánh, cần thống nhất một điểm hay bị nhầm lẫn: cloud và on-premise không phải là hai loại phần mềm khác nhau, mà là hai cách triển khai cùng một hệ thống thông tin bệnh viện (HIS).
Với on-premise, bệnh viện mua máy chủ vật lý, cài phần mềm lên đó, đặt trong phòng máy của chính mình. Toàn bộ trách nhiệm - từ điện, mạng, sao lưu, vá lỗi bảo mật đến xử lý sự cố lúc nửa đêm - đều thuộc về đội ngũ nội bộ hoặc đơn vị tích hợp thuê ngoài. Với mô hình cloud (phổ biến dưới dạng SaaS - phần mềm quản lý bệnh viện dạng dịch vụ), hạ tầng đặt tại trung tâm dữ liệu của nhà cung cấp. Bệnh viện truy cập qua trình duyệt, trả phí thuê bao, còn nhà cung cấp chịu trách nhiệm vận hành máy chủ, bảo mật và sao lưu theo cam kết trong hợp đồng dịch vụ (SLA).
Nói ngắn gọn: on-premise là "tự làm chủ, tự chịu trách nhiệm toàn bộ", còn cloud là "thuê dịch vụ, chia sẻ trách nhiệm theo hợp đồng". Ranh giới trách nhiệm này chính là gốc rễ của mọi khác biệt về an toàn, chi phí và tuân thủ dưới đây.
| Tiêu chí | On-premise | Cloud (SaaS) |
|---|---|---|
| An toàn dữ liệu | Bệnh viện tự đầu tư và duy trì hệ thống bảo mật | Nhà cung cấp đầu tư hạ tầng bảo mật tập trung, có chứng nhận |
| Chi phí | Vốn đầu tư ban đầu lớn (CAPEX), khấu hao 3-5 năm | Chi phí thuê bao định kỳ (OPEX), không đầu tư ban đầu |
| Tuân thủ, liên thông | Bệnh viện tự cập nhật mỗi khi quy định thay đổi | Nhà cung cấp cập nhật module liên thông theo quy định |
| Kiểm soát vật lý dữ liệu | Dữ liệu nằm trong phòng máy của viện | Dữ liệu nằm tại trung tâm dữ liệu của nhà cung cấp (cần chọn đặt tại Việt Nam) |
Ranh giới trách nhiệm vận hành là khác biệt cốt lõi giữa hai mô hình triển khai
Tiêu chí 1: An toàn dữ liệu người bệnh
An toàn không chỉ là "có bị hack hay không". Với dữ liệu y tế, an toàn bao gồm ba lớp: chống truy cập trái phép, chống mất dữ liệu do sự cố phần cứng, và khả năng phục hồi khi có sự cố xảy ra.
Ở lớp chống truy cập trái phép, một hệ thống on-premide phụ thuộc hoàn toàn vào năng lực của đội IT nội bộ: có ai theo dõi nhật ký đăng nhập bất thường không, tường lửa có được cập nhật định kỳ không, mật khẩu quản trị có bị dùng chung nhiều năm không. Với bệnh viện tuyến huyện chỉ có 1-2 nhân sự IT kiêm nhiệm, những việc này thường bị trì hoãn vì còn phải xử lý sự cố mạng hàng ngày. Nhà cung cấp cloud chuyên ngành y tế, ngược lại, có đội ngũ chuyên trách giám sát an ninh 24/7, thường đạt chứng nhận ISO 27001 và thực hiện kiểm thử xâm nhập định kỳ - việc mà một bệnh viện đơn lẻ khó có đủ nguồn lực làm thường xuyên.
Ở lớp chống mất dữ liệu do sự cố phần cứng, hãy hình dung tình huống ổ cứng máy chủ hỏng vào lúc 2 giờ sáng. Nếu bản sao lưu gần nhất chỉ được thực hiện thủ công tuần trước, dữ liệu tiếp đón và chỉ định của cả tuần có nguy cơ mất trắng. Các nền tảng cloud chuyên nghiệp thực hiện sao lưu tự động nhiều lớp theo lịch cố định (thường mỗi vài giờ), lưu trên nhiều vùng hạ tầng độc lập, giảm đáng kể rủi ro này.
Sai lầm thường gặp: Nhiều cơ sở tin rằng "giữ máy chủ trong nhà thì an toàn hơn vì mắt thấy tay sờ được". Thực tế, khả năng nhìn thấy máy chủ không đồng nghĩa với năng lực bảo vệ nó - phần lớn sự cố mất dữ liệu y tế bắt nguồn từ thiếu quy trình sao lưu định kỳ và thiếu giám sát bảo mật liên tục, chứ không phải từ việc dữ liệu "ở xa".
Điều này không có nghĩa cloud tuyệt đối an toàn trong mọi trường hợp. Rủi ro chuyển sang một dạng khác: phụ thuộc vào uy tín và năng lực thực sự của nhà cung cấp. Một nhà cung cấp thiếu kinh nghiệm, không có chứng nhận bảo mật độc lập, vẫn có thể để lộ dữ liệu không kém gì một hệ thống on-premise quản lý lỏng lẻo. Vì vậy, khi đánh giá an toàn, câu hỏi đúng không phải "cloud hay on-premise an toàn hơn" một cách chung chung, mà là "đội ngũ vận hành hệ thống này - dù nội bộ hay nhà cung cấp - có đủ năng lực và cam kết duy trì an toàn hay không".
Năng lực giám sát bảo mật liên tục quyết định mức độ an toàn, không phải việc máy chủ đặt trong hay ngoài viện
Tiêu chí 2: Chi phí đầu tư và vận hành
Bài toán chi phí giữa hai mô hình khác nhau về bản chất dòng tiền, không đơn thuần là "cái nào rẻ hơn".
On-premise đòi hỏi một khoản đầu tư ban đầu (CAPEX) đáng kể: máy chủ vật lý, hệ điều hành, giấy phép cơ sở dữ liệu, thiết bị lưu điện, và đôi khi cả cải tạo phòng máy để đạt nhiệt độ, độ ẩm phù hợp. Khoản đầu tư này khấu hao trong 3-5 năm, sau đó lặp lại chu kỳ mua sắm mới. Bên cạnh đó là chi phí vận hành liên tục dễ bị bỏ sót khi lập dự toán ban đầu: điện năng cho phòng máy chạy 24/7, chi phí bảo trì phần cứng, và quan trọng nhất là lương cho nhân sự IT đủ năng lực quản trị hệ thống - nhóm nhân sự ngày càng khó tuyển và giữ chân, đặc biệt ở các tỉnh.
Cloud chuyển phần lớn các khoản trên thành chi phí vận hành (OPEX) dạng thuê bao định kỳ, tính theo số người dùng hoặc gói dịch vụ. Bệnh viện không phải ứng trước một khoản vốn lớn, và có thể điều chỉnh gói thuê bao tăng giảm theo quy mô thực tế, ví dụ khi mở thêm phòng khám vệ tinh hoặc theo mùa cao điểm khám sức khỏe định kỳ.
Có ba khoản chi phí ẩn của on-premise thường bị bỏ qua khi so sánh trên giấy:
- Chi phí gián đoạn khi phần cứng hỏng: mỗi giờ hệ thống ngừng hoạt động làm tắc nghẽn tiếp đón, thu ngân viện phí và kê đơn - thiệt hại này hiếm khi được tính vào bài toán đầu tư ban đầu.
- Chi phí nâng cấp bắt buộc theo quy định mới: mỗi lần Bộ Y tế điều chỉnh chuẩn dữ liệu đầu ra hay biểu mẫu báo cáo, bệnh viện phải tự thuê lập trình chỉnh sửa hoặc mua bản nâng cấp.
- Chi phí đào tạo lại khi nhân sự IT nghỉ việc: kiến thức vận hành hệ thống thường gắn với một vài cá nhân cụ thể, nghỉ việc đồng nghĩa mất kinh nghiệm vận hành tích lũy.
Ngược lại, on-premise có một lợi thế chi phí thực sự trong một trường hợp cụ thể: bệnh viện quy mô rất lớn, số lượng người dùng đông, đã khấu hao xong hạ tầng và có sẵn đội IT cơ hữu. Ở quy mô đó, chi phí thuê bao cloud tính theo đầu người dùng có thể cao hơn chi phí vận hành một hệ thống đã ổn định. Đây là lý do vì sao quyết định chi phí cần tính theo quy mô cụ thể của từng cơ sở, không áp dụng máy móc một công thức chung.
Tiêu chí 3: Tuân thủ pháp lý và liên thông dữ liệu
Đây là tiêu chí mà khác biệt giữa hai mô hình bộc lộ rõ nhất theo thời gian, vì khung pháp lý y tế số tại Việt Nam đang siết dần theo hướng bắt buộc và thường xuyên cập nhật.
Về bảo vệ dữ liệu cá nhân, Nghị định 356/2025/NĐ-CP quy định chi tiết thi hành Luật Bảo vệ dữ liệu cá nhân, có hiệu lực từ 01/01/2026, đặt ra yêu cầu cụ thể về biện pháp bảo mật khi xử lý dữ liệu cá nhân, trong đó dữ liệu sức khỏe thuộc nhóm dữ liệu cá nhân nhạy cảm cần bảo vệ ở mức cao hơn. Dù chọn mô hình nào, bệnh viện đều phải đáp ứng yêu cầu này - khác biệt nằm ở việc ai là bên chịu trách nhiệm triển khai và duy trì các biện pháp kỹ thuật đó. Với on-premise, trách nhiệm hoàn toàn thuộc về bệnh viện. Với cloud, trách nhiệm được chia sẻ và ràng buộc rõ trong hợp đồng với nhà cung cấp, miễn là nhà cung cấp đặt hạ tầng tại Việt Nam và minh bạch về quyền sở hữu dữ liệu.
Về liên thông dữ liệu khám chữa bệnh, dữ liệu phải được chuẩn hóa theo khuôn dạng quy định tại Quyết định số 130/QĐ-BYT (đã được sửa đổi, bổ sung bởi Quyết định 4750/QĐ-BYT và Quyết định 3176/QĐ-BYT) và kết nối lên Cổng Tiếp nhận dữ liệu Hệ thống thông tin giám định của cơ quan Bảo hiểm xã hội để phục vụ giám định, thanh toán bảo hiểm y tế. Mỗi khi chuẩn dữ liệu này được điều chỉnh, hệ thống on-premise cần được đội IT nội bộ hoặc đơn vị tích hợp cập nhật thủ công, thường mất vài tuần đến vài tháng tùy năng lực đơn vị triển khai. Nhà cung cấp cloud chuyên ngành y tế đẩy bản cập nhật đồng loạt cho toàn bộ khách hàng ngay khi quy định ban hành, giúp bệnh viện tránh rủi ro nộp sai định dạng hoặc chậm báo cáo.
Riêng với hồ sơ bệnh án điện tử, Thông tư 13/2025/TT-BYT (hiệu lực từ 21/7/2025, thay thế Thông tư 46/2018/TT-BYT đã hết hiệu lực) ấn định lộ trình bắt buộc: cơ sở khám chữa bệnh có hình thức tổ chức là bệnh viện phải hoàn thành triển khai bệnh án điện tử chậm nhất ngày 30/9/2025, các cơ sở khám chữa bệnh khác chậm nhất ngày 31/12/2026. Với mốc thời gian đã cận kề với nhóm cơ sở còn lại, tốc độ triển khai và khả năng đáp ứng đúng chuẩn kỹ thuật trở thành yếu tố cân nhắc thực tế, không chỉ là vấn đề lý thuyết.
Tốc độ cập nhật theo quy định mới là lợi thế của mô hình cloud so với on-premise
Trường hợp nào on-premise vẫn là lựa chọn hợp lý
Để giữ tính khách quan, cần thừa nhận on-premise chưa hoàn toàn lỗi thời. Ba nhóm cơ sở sau vẫn có lý do chính đáng để duy trì hoặc cân nhắc mô hình này:
- Bệnh viện tuyến trung ương hoặc chuyên khoa lớn đã đầu tư phòng máy đạt chuẩn, có đội IT nội bộ vận hành 24/7 và hệ thống đã khấu hao xong - chi phí biên để duy trì thấp hơn chuyển đổi.
- Cơ sở có yêu cầu đặc thù về bảo mật quốc phòng hoặc dữ liệu nghiên cứu nhạy cảm, buộc phải giữ dữ liệu tại một địa điểm vật lý xác định theo quy định nội bộ ngành.
- Cơ sở đang trong giai đoạn chuyển tiếp, cần vận hành song song hệ thống cũ trong lúc đánh giá và thử nghiệm nền tảng mới trước khi cam kết chuyển đổi toàn bộ.
Ngoài ba nhóm này, phần lớn phòng khám đa khoa, bệnh viện tuyến huyện, tuyến tỉnh và chuỗi phòng khám tư nhân đang mở rộng sẽ gặp bất lợi rõ rệt khi duy trì on-premise: vốn đầu tư ban đầu cao, thiếu nhân sự IT chuyên trách, và tốc độ cập nhật tuân thủ chậm hơn so với đối thủ đã chuyển sang cloud.
Khung 5 câu hỏi trước khi chốt nền tảng phần mềm y tế
Thay vì hỏi "cloud hay on-premise tốt hơn", ban lãnh đạo nên tự trả lời năm câu hỏi cụ thể sau, dựa trên điều kiện thực tế của cơ sở mình:
- Cơ sở có đủ ngân sách đầu tư ban đầu cho máy chủ, đồng thời duy trì được đội IT chuyên trách trong ít nhất 3-5 năm tới không?
- Nếu hệ thống ngừng hoạt động 24-72 giờ do sự cố phần cứng, hoạt động tiếp đón và thu ngân viện phí có chịu được gián đoạn đó không?
- Ai sẽ chịu trách nhiệm cập nhật hệ thống mỗi khi Bộ Y tế hoặc cơ quan bảo hiểm xã hội thay đổi chuẩn dữ liệu liên thông?
- Cơ sở có kế hoạch mở rộng quy mô, thêm chi nhánh hoặc phòng khám vệ tinh trong 2-3 năm tới không?
- Nhà cung cấp (nếu chọn cloud) có minh bạch về nơi đặt hạ tầng, quyền sở hữu dữ liệu và cam kết mức độ sẵn sàng dịch vụ (SLA) trong hợp đồng không?
Nếu phần lớn câu trả lời nghiêng về "không đủ nguồn lực tự vận hành" hoặc "cần mở rộng nhanh", cloud là hướng đi phù hợp hơn. Nếu cơ sở đã có sẵn hạ tầng ổn định, đội ngũ IT vững và không có áp lực mở rộng, việc duy trì on-premise thêm một thời gian vẫn là lựa chọn hợp lý, miễn là có kế hoạch rõ ràng cho việc cập nhật tuân thủ.
Với các cơ sở đang cân nhắc di trú, một checklist chi tiết hơn về chuyển đổi phần mềm HIS và cách bảo đảm an toàn dữ liệu trong quá trình chuyển đổi có thể giúp giảm rủi ro gián đoạn vận hành ở giai đoạn bàn giao.
MyHospital là phần mềm quản lý bệnh viện triển khai theo mô hình cloud, đặt hạ tầng tại Việt Nam và cập nhật đồng loạt mỗi khi quy định liên thông thay đổi. Nếu cơ sở của bạn đang cân nhắc giữa hai mô hình, đội ngũ tư vấn có thể giúp ước tính chi phí và thời gian triển khai cụ thể theo quy mô thực tế.
