Bài 3.1. Chiến lược 7-4-12-5, vị trí lưu có giống nhau không?
Chiến lược 7-4-12-5. Mõi ngày gần nhất 1 bản, mõi tuần gần nhất 1 bản, mỗi tháng gần nhất 1 bản, mỗi năm lưu 1 bản. Vị trí lưu có giống nhau không?
Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "CNTT" các nội dung bạn quan tâm.
Công nghệ thông tin
Bài 3.2. Danh sách dữ liệu và phương án backup
Mỗi loại dữ liệu chỉ nên có một chiến lược backup “đúng vai trò”, không chồng chéo.
Kiểm soát truy cập vào website
Kiểm soát truy cập vào website không đơn thuần là câu chuyện phân quyền người dùng trong ứng dụng. Đó là một chuỗi các cơ chế kiểm soát liên hoàn, trải dài từ tầng mạng, Reverse Proxy, web server, cho đến ứng dụng và API tích hợp.
Website bệnh viện không chỉ là nơi đăng tin
Trong bối cảnh bệnh viện ngày càng phức tạp về chuyên môn, quản trị, pháp lý và trải nghiệm người bệnh, website cần được nhìn nhận lại như một nền tảng số phục vụ nghiệp vụ, chứ không chỉ là một trang đăng tin.
Xây dựng website bệnh viện
Loạt bài lựa chọn Drupal làm nền tảng cốt lõi vì khả năng mô hình hóa nghiệp vụ phức tạp, phân quyền chặt chẽ, mở rộng linh hoạt và tích hợp tốt với các hệ thống CNTT y tế như HIS, EMR, LIS, PACS, hệ thống hẹn khám, khảo sát, quản lý chất lượng và truyền thông nội bộ.
10. Kịch bản sự cố và cách khôi phục
Các kịch bản sự cố cho thấy: Failover xử lý gián đoạn; Backup xử lý mất dữ liệu; Desktop backup là tuyến cuối
Bài 7. Backup độc lập bằng Desktop Windows + WSL
Trong toàn bộ kiến trúc backup nhiều lớp, Desktop Windows + WSL không phải là một máy phụ, mà là: Bản sao ngoài hệ thống vận hành; Tuyến phòng thủ cuối cùng; Thành phần hoàn chỉnh bản “1” trong mô hình 3-2-1.
Bài 6. Đồng bộ BV1 → BV2 và kịch bản failover
Đồng bộ BV1 → BV2 và failover không nhằm thay thế backup, mà phục vụ các mục tiêu: Giảm thời gian gián đoạn dịch vụ nội bộ; Đảm bảo BV2 có thể online nhanh khi BV1 gặp sự cố; Cho phép xử lý sự cố BV1 có kiểm soát, không hoảng loạn.
Bài 5. Backup hệ thống tại bệnh viện (BV1 – BV2 – PRX)
Chiến lược backup tại bệnh viện được thiết kế theo hướng: HA trước, backup sau; Không đánh đổi tính sẵn sàng để lấy dung lượng backup.
Bài 4. Backup cho cụm máy chủ CMC (dịch vụ cho người bệnh)
Cụm CMC là khu vực Internet-facing, chứa dữ liệu người bệnh và dịch vụ public. Backup cho cụm CMC được thiết kế theo hướng: Nhẹ tại CMC; An toàn ở tuyến sau; Không giữ dữ liệu lâu tại vùng Internet-facing.