Phòng IT một bệnh viện tuyến huyện từng kể lại: sau khi chuyển sang phần mềm HIS mới, thu ngân phát hiện gần 40 người bệnh có bảo hiểm y tế còn hiệu lực bị hệ thống mới báo "hết hạn thẻ". Nguyên nhân không phải do phần mềm mới lỗi, mà do file xuất từ hệ thống cũ bị cắt bớt cột ngày hết hạn khi chuyển định dạng. Sự cố nhỏ này khiến bộ phận tiếp đón phải xử lý thủ công gần một tuần liền. Di trú dữ liệu là khâu quyết định một dự án chuyển đổi phần mềm HIS thành công hay biến thành gánh nặng vận hành kéo dài.
Vì sao di trú dữ liệu là khâu rủi ro nhất khi đổi phần mềm HIS
Đổi giao diện, đổi quy trình thao tác trên màn hình, nhân viên có thể học lại trong vài buổi. Nhưng dữ liệu sai thì hậu quả âm thầm hơn nhiều: một hồ sơ bệnh án bị thiếu tiền sử dị ứng thuốc, một khoản thu viện phí bị trùng hoặc mất khi chuyển đổi, một danh sách người bệnh đang nằm viện không khớp giữa hệ thống cũ và mới. Những lỗi này thường không lộ ra ngay lúc nghiệm thu, mà xuất hiện dần trong vài tuần đầu vận hành, khi khối lượng dữ liệu thực tế lớn hơn nhiều so với dữ liệu mẫu lúc demo.
Khác với doanh nghiệp thông thường, dữ liệu trong hệ thống thông tin bệnh viện HIS gắn trực tiếp với an toàn người bệnh và nghĩa vụ quyết toán BHYT. Một bản ghi chỉ định cận lâm sàng bị lệch ngày giờ có thể khiến báo cáo giám định bị từ chối thanh toán. Vì vậy checklist di trú không thể chỉ là việc của riêng phòng IT, mà cần sự phối hợp của phòng kế hoạch tổng hợp, phòng tài chính kế toán và bộ phận thu ngân viện phí ngay từ giai đoạn lập kế hoạch.
Phân loại dữ liệu: cái gì bắt buộc giữ, cái gì có thể để lại
Không phải mọi dữ liệu trong hệ thống cũ đều cần chuyển nguyên vẹn sang phần mềm mới. Việc phân loại đúng giúp tiết kiệm thời gian và giảm rủi ro sai lệch khi chuyển đổi khối lượng lớn.
| Nhóm dữ liệu | Mức độ bắt buộc | Ghi chú khi di trú |
|---|---|---|
| Danh mục dùng chung (thuốc, dịch vụ kỹ thuật, giường bệnh, khoa phòng) | Bắt buộc, chuyển trước tiên | Chuẩn hóa mã trước khi map sang hệ mới, tránh trùng mã khác tên |
| Hồ sơ hành chính người bệnh (họ tên, năm sinh, mã BHYT, địa chỉ) | Bắt buộc toàn bộ | Đối chiếu số CCCD/mã BHYT để tránh tạo trùng hồ sơ |
| Người bệnh đang điều trị, đang có lịch hẹn, đang theo dõi mạn tính | Bắt buộc, ưu tiên cao nhất | Di trú riêng trước, kiểm tra kỹ trước khi go-live |
| Lịch sử khám, chỉ định CLS, đơn thuốc đã đóng hồ sơ nhiều năm | Có thể lưu dạng file tra cứu | Xuất PDF/ảnh lưu kho, không nhất thiết nhập lại vào CSDL mới |
| Dữ liệu kế toán, sổ quỹ đã quyết toán các năm trước | Giữ nguyên ở hệ thống kế toán | Không di trú vào HIS mới nếu phần mềm kế toán tách riêng |
Nguyên tắc chung: dữ liệu còn ảnh hưởng đến khám chữa bệnh hoặc quyết toán hiện tại thì phải chuyển đầy đủ và kiểm tra kỹ. Dữ liệu đã khép lại về mặt nghiệp vụ chỉ cần lưu trữ để tra cứu khi cần, không bắt buộc đưa vào cơ sở dữ liệu vận hành mới.
Đối chiếu danh mục dùng chung là bước đầu tiên trước khi di trú dữ liệu người bệnh
Checklist chuẩn bị trước khi bắt đầu di trú
Một checklist chuẩn bị đầy đủ giúp phòng IT không phải xử lý phát sinh giữa chừng, khi hệ thống cũ và mới cùng chạy song song.
- Kiểm kê nguồn dữ liệu: Liệt kê tất cả module đang lưu dữ liệu ở hệ thống cũ (tiếp đón, khám bệnh, dược, viện phí, xét nghiệm), không bỏ sót các bảng phụ như phụ thu, hoàn ứng.
- Sao lưu toàn bộ hệ thống cũ: Backup đầy đủ trước khi bất kỳ script chuyển đổi nào chạy, lưu ít nhất một bản độc lập ngoài hệ thống đang vận hành.
- Chuẩn hóa mã danh mục: Đối chiếu mã thuốc, mã dịch vụ kỹ thuật giữa hai hệ thống, xử lý trước các trường hợp một tên nhiều mã hoặc mã cũ đã ngừng dùng.
- Xác định mốc "đóng sổ" dữ liệu cũ: Chọn một thời điểm cụ thể (thường là 0h ngày chuyển đổi) làm mốc khóa dữ liệu cũ, tránh vừa di trú vừa phát sinh giao dịch mới song song không kiểm soát.
- Chuẩn bị môi trường thử nghiệm (staging): Chạy thử toàn bộ quy trình di trú trên môi trường tách biệt trước, không thực hiện trực tiếp trên dữ liệu thật lần đầu.
- Phân công người đối chiếu theo từng nghiệp vụ: Thu ngân đối chiếu số liệu viện phí, điều dưỡng trưởng đối chiếu danh sách người bệnh đang nằm viện, dược đối chiếu tồn kho.
Sai lầm thường gặp: Nhiều cơ sở chỉ giao việc di trú cho một kỹ thuật viên IT xử lý một mình, không có người của từng bộ phận nghiệp vụ ký xác nhận đối chiếu. Đến khi phát hiện sai lệch, không ai xác định được lỗi phát sinh ở bước nào.
Ba phương án chuyển đổi: chọn đúng cách theo quy mô cơ sở
Cách chuyển đổi ảnh hưởng trực tiếp đến mức độ gián đoạn vận hành trong những ngày đầu.
| Phương án | Cách làm | Phù hợp với | Rủi ro chính |
|---|---|---|---|
| Chạy song song | Vận hành cả hai hệ thống cùng lúc 2-4 tuần, đối chiếu số liệu hằng ngày | Bệnh viện, phòng khám có lưu lượng người bệnh lớn | Nhân sự phải nhập liệu hai lần, tốn thời gian |
| Cắt lát theo module | Chuyển từng module một (tiếp đón trước, viện phí sau, dược sau cùng) | Cơ sở muốn giảm rủi ro, có thể chấp nhận thời gian chuyển đổi kéo dài | Cần quản lý luồng dữ liệu liên module trong giai đoạn chuyển tiếp |
| Chuyển đổi một lần (big bang) | Tắt hệ thống cũ, bật hệ thống mới trong một mốc thời gian cố định | Phòng khám quy mô nhỏ, dữ liệu ít, ít module liên kết | Không còn đường lùi nếu phát sinh lỗi nặng ngay ngày đầu |
Với cơ sở đang vận hành liên tục 24/24 như khoa cấp cứu hoặc khoa sản, phương án chạy song song hoặc cắt lát theo module an toàn hơn chuyển đổi một lần, dù mất thêm thời gian và nhân lực trong giai đoạn chuyển tiếp.
Đại diện từng bộ phận nghiệp vụ cùng tham gia đối chiếu, không chỉ riêng phòng IT
Đối chiếu sau di trú: làm sao biết dữ liệu đã đúng
Di trú xong không có nghĩa là hoàn tất. Bước đối chiếu sau chuyển đổi mới là nơi phát hiện phần lớn sai lệch trong thực tế.
- So sánh tổng số bản ghi giữa hệ thống cũ và mới theo từng bảng dữ liệu (số người bệnh, số hồ sơ bệnh án, số hóa đơn viện phí).
- Chọn mẫu ngẫu nhiên 5-10% hồ sơ đối chiếu chi tiết từng trường dữ liệu, ưu tiên các trường ảnh hưởng lâm sàng như tiền sử dị ứng, chẩn đoán.
- Đối chiếu số dư viện phí của người bệnh đang điều trị tại thời điểm chuyển đổi, đảm bảo không lệch giữa hai hệ thống.
- Kiểm tra danh sách người bệnh đang nằm viện, đang có lịch hẹn tái khám để tránh sót người bệnh trong luồng chăm sóc đang diễn ra.
- Thử báo cáo giám định BHYT trên hệ thống mới với dữ liệu vừa di trú, so khớp với báo cáo cuối cùng đã gửi từ hệ thống cũ.
Chỉ khi cả năm bước trên khớp và có xác nhận bằng văn bản của từng bộ phận, phòng IT mới nên đề xuất khóa hoàn toàn hệ thống cũ. Giữ lại bản sao dữ liệu cũ ở dạng chỉ đọc thêm một thời gian, phòng trường hợp cần tra cứu đối chiếu về sau.
Đối chiếu số dư viện phí và danh sách người bệnh đang điều trị là bước không thể bỏ qua trước khi tắt hệ thống cũ
Chọn thời điểm và ê-kíp thực hiện để giảm rủi ro vận hành
Thời điểm chuyển đổi ảnh hưởng đến mức độ xáo trộn còn nhiều hơn bản thân công cụ di trú. Tránh chọn thời điểm cận Tết, mùa dịch bệnh theo mùa hoặc ngay sau đợt thanh tra, kiểm tra BHYT, khi khối lượng công việc của bộ phận nghiệp vụ đã cao sẵn. Thời điểm phù hợp thường là đầu tháng, sau khi đã chốt sổ báo cáo tháng trước, và tránh những ngày cuối tuần dài khi thiếu nhân sự IT trực hỗ trợ.
Ê-kíp thực hiện nên có ít nhất ba vai trò: kỹ thuật viên chuyển đổi dữ liệu từ phía nhà cung cấp mới, người quản trị hệ thống cũ nắm rõ cấu trúc dữ liệu gốc, và đại diện từng bộ phận nghiệp vụ chịu trách nhiệm xác nhận đối chiếu. Thiếu vai trò thứ hai là lý do phổ biến khiến việc chuyển đổi kéo dài, vì không ai giải thích được vì sao một trường dữ liệu ở hệ thống cũ lại có cấu trúc như vậy.
Trước khi ký hợp đồng, nên yêu cầu nhà cung cấp mới chứng minh khả năng tích hợp liên thông HIS với LIS, RIS-PACS và cổng giám định BHYT, vì đây là phần dễ phát sinh lỗi nhất khi dữ liệu phải đi qua nhiều hệ thống liên kết. Với cơ sở đang dùng bệnh án điện tử, cũng cần kiểm tra kỹ khả năng chuyển đổi hồ sơ sang phân hệ bệnh án điện tử của phần mềm mới, tránh gián đoạn lịch sử điều trị của người bệnh mạn tính.
Đội ngũ triển khai của MyHospital trực tiếp khảo sát cấu trúc dữ liệu hệ thống HIS hiện tại của cơ sở trước khi lên phương án di trú, thay vì áp một quy trình chuyển đổi chung cho mọi cơ sở y tế. Tìm hiểu thêm về phần mềm quản lý bệnh viện MyHospital để được tư vấn lộ trình chuyển đổi phù hợp với quy mô và dữ liệu đang có.
