Kiến trúc CNTT bệnh viện đang thay đổi: Vì sao nền tảng dữ liệu mới là trung tâm của chuyển đổi số y tế?

Nếu hỏi một người làm CNTT bệnh viện cách đây khoảng mười năm rằng điều gì quan trọng nhất trong một dự án chuyển đổi số, câu trả lời có lẽ sẽ là:

“Làm sao để các hệ thống kết nối được với nhau.”

Thời điểm đó, mục tiêu rất rõ ràng.

HIS cần lấy kết quả từ LIS.

RIS cần trao đổi dữ liệu với PACS.

Bệnh án điện tử cần nhận dữ liệu từ nhiều phân hệ khác nhau.

Thông tin phải gửi được lên cổng bảo hiểm.

Các hệ thống của những nhà cung cấp khác nhau phải có khả năng “nói chuyện” với nhau.

Khi đó, chỉ cần dữ liệu truyền đúng, không lỗi và người dùng có thể làm việc liên tục thì dự án được xem là thành công.

Đó là giai đoạn mà khả năng tích hợp gần như là thước đo quan trọng nhất của một hệ thống CNTT bệnh viện.

Nhưng nếu hôm nay bạn bước vào phòng họp của Ban Giám đốc một bệnh viện, câu chuyện đã khác rất nhiều.

Ít ai còn hỏi:

“HIS đã kết nối với LIS chưa?”

Hay:

“RIS đã gửi được ảnh sang PACS chưa?”

Thay vào đó, những câu hỏi thường xuất hiện hơn là:

• Chúng ta có dashboard điều hành theo thời gian thực không?
• Có theo dõi được công suất sử dụng giường bệnh theo từng khoa không?
• Có biết xu hướng điều trị của từng nhóm bệnh nhân không?
• Có thể dự báo nhu cầu vật tư trong tháng tới không?
• Có thể ứng dụng AI để hỗ trợ bác sĩ không?
• Có thể sử dụng dữ liệu cho nghiên cứu khoa học không?

Đó là một sự thay đổi rất đáng chú ý.

Mối quan tâm của bệnh viện không còn dừng lại ở việc dữ liệu có đi được hay không, mà chuyển sang câu hỏi quan trọng hơn:

“Chúng ta khai thác được gì từ dữ liệu?”

Đây cũng là lúc mình nhận ra rằng kiến trúc CNTT bệnh viện đang bước sang một giai đoạn hoàn toàn mới.

Không phải là thay thế các hệ thống cũ.

Mà là thay đổi trung tâm của kiến trúc.

Khi “kết nối được” không còn là mục tiêu cuối cùng

Trong nhiều năm tham gia triển khai HIS, RIS/PACS và các dự án tích hợp tại bệnh viện, mình nhận thấy một thực tế khá thú vị.

Phần lớn các bệnh viện hiện nay không thiếu phần mềm.

Một bệnh viện tuyến tỉnh cũng có thể đang vận hành:

• HIS
• LIS
• RIS/PACS
• EMR
• Cổng bảo hiểm
• Quản lý dược
• Quản lý vật tư
• Quản lý tài chính
• Quản lý nhân sự

Nếu nhìn vào sơ đồ hệ thống, mọi thứ có vẻ rất đầy đủ.

Các phần mềm vẫn hoạt động.

Dữ liệu vẫn được truyền qua lại.

Bác sĩ vẫn xem được kết quả.

Điều dưỡng vẫn nhập hồ sơ.

Bệnh án điện tử vẫn được lưu.

Nhìn bề ngoài, gần như không có vấn đề gì.

Nhưng vấn đề lại xuất hiện ngay khi bệnh viện muốn làm nhiều hơn những gì các phần mềm được thiết kế ban đầu.

Ví dụ, Ban Giám đốc muốn xây dựng một bảng điều khiển tổng hợp để theo dõi toàn bộ hoạt động bệnh viện theo thời gian thực.

Lúc này, dữ liệu phải được lấy từ HIS, LIS, PACS, EMR, hệ thống tài chính và nhiều nguồn khác.

Mỗi hệ thống lại có một cấu trúc dữ liệu riêng.

Một mã khoa có thể được đặt khác nhau.

Một bác sĩ có thể có nhiều định danh.

Một chỉ số có thể được lưu dưới nhiều định dạng.

Đội CNTT bắt đầu phải viết thêm chương trình tổng hợp.

Viết thêm báo cáo.

Xuất Excel.

Ghép dữ liệu bằng tay.

Kiểm tra lại từng cột dữ liệu.

Mỗi khi một hệ thống nâng cấp phiên bản, toàn bộ quy trình lại phải kiểm tra từ đầu.

Điều này cho thấy một sự thật khá rõ ràng.

Kết nối hệ thống không đồng nghĩa với việc dữ liệu đã sẵn sàng để khai thác.

Công cụ tích hợp giải quyết bài toán truyền dữ liệu.

Nhưng không giải quyết bài toán quản trị dữ liệu.

Đó là hai việc hoàn toàn khác nhau.

Từ Integration-first đến Data-first

Theo mình, đây là thay đổi lớn nhất của kiến trúc CNTT bệnh viện trong vài năm tới.

Trước đây, mọi thứ xoay quanh công cụ tích hợp.

Ngày nay, trung tâm của kiến trúc đang dịch chuyển sang nền tảng dữ liệu y tế.

Thay vì chỉ làm nhiệm vụ chuyển dữ liệu từ hệ thống A sang hệ thống B, bệnh viện cần một nơi có thể tiếp nhận dữ liệu từ tất cả các nguồn, chuẩn hóa, làm sạch, quản trị và biến dữ liệu đó thành tài sản dùng chung cho toàn bộ tổ chức.

Đó không chỉ là câu chuyện kỹ thuật.

Đó là câu chuyện về khả năng ra quyết định của bệnh viện.

Một bệnh viện có dữ liệu được quản trị tốt sẽ dễ dàng xây dựng dashboard điều hành, đánh giá chất lượng khám chữa bệnh, tối ưu nguồn lực và triển khai các ứng dụng AI.

Ngược lại, nếu dữ liệu vẫn phân mảnh, mỗi dự án mới sẽ lại bắt đầu từ việc gom dữ liệu, làm sạch dữ liệu và chuẩn hóa dữ liệu.

Chi phí lớn nhất lúc đó không còn là mua phần mềm, mà là xử lý dữ liệu.

Người bệnh không quan tâm bệnh viện đang dùng công nghệ gì

Có một lần trao đổi với lãnh đạo một bệnh viện, mình nhận được một chia sẻ rất đáng suy ngẫm:

“Người bệnh không bao giờ hỏi bệnh viện đang dùng HIS của hãng nào hay công cụ tích hợp nào. Điều họ quan tâm là bác sĩ có nhìn thấy đầy đủ thông tin của họ hay không.”

Câu nói đó khiến mình nhớ rất lâu.

Là những người làm CNTT, chúng ta thường dành nhiều thời gian để nói về HL7, FHIR, DICOM, API, Interface Engine hay ESB. Đây đều là những thành phần rất quan trọng trong kiến trúc hệ thống, nhưng xét cho cùng, chúng chỉ là phương tiện.

Người bệnh không nhìn thấy những công nghệ đó.

Điều họ cảm nhận là trải nghiệm khám chữa bệnh.

Khi quay lại tái khám sau vài tháng, họ kỳ vọng bác sĩ có thể xem ngay lịch sử điều trị, kết quả xét nghiệm, hình ảnh chẩn đoán và đơn thuốc trước đây mà không cần yêu cầu họ kể lại từ đầu.

Khi được chuyển từ khoa Cấp cứu sang Nội trú, họ mong các thông tin đã có sẽ được sử dụng xuyên suốt, thay vì phải làm lại các thủ tục không cần thiết.

Đối với bác sĩ cũng vậy.

Một bác sĩ không cần biết dữ liệu đang đi qua bao nhiêu hệ thống trung gian. Điều họ cần là toàn bộ thông tin lâm sàng xuất hiện đầy đủ, đúng thời điểm và đủ tin cậy để hỗ trợ quyết định điều trị.

Đó mới là giá trị thực sự của chuyển đổi số.

Công nghệ càng tốt thì càng nên “vô hình” với người sử dụng.

AI sẽ không sửa được dữ liệu sai

Trong hai năm gần đây, gần như mọi cuộc họp về CNTT y tế đều nhắc đến AI.

Có bệnh viện muốn triển khai AI hỗ trợ đọc phim.

Có nơi muốn AI hỗ trợ bác sĩ viết bệnh án.

Có nơi muốn AI dự báo số lượng người bệnh hoặc tối ưu quản lý giường bệnh.

AI rõ ràng mở ra rất nhiều cơ hội.

Tuy nhiên, mình cũng thường đặt lại một câu hỏi:

“Dữ liệu của bệnh viện đã sẵn sàng chưa?”

Đây mới là yếu tố quyết định.

Trong nhiều dự án, phần mất nhiều thời gian nhất không phải huấn luyện mô hình AI.

Phần khó nhất là:

• tìm dữ liệu;
• loại bỏ dữ liệu trùng lặp;
• chuẩn hóa mã bệnh;
• thống nhất định dạng;
• xử lý dữ liệu thiếu;
• đối chiếu giữa các hệ thống.

Có những dự án dành vài tháng chỉ để chuẩn bị dữ liệu trước khi AI có thể bắt đầu học.

Điều này dẫn đến một thực tế khá thú vị.

AI không tạo ra dữ liệu tốt.

AI chỉ khai thác giá trị từ dữ liệu đã tốt.

Nếu dữ liệu đầu vào chưa chuẩn hóa thì AI sẽ không “sửa” được vấn đề đó.

Ngược lại, AI có thể khuếch đại sai sót.

Một mô hình được huấn luyện trên dữ liệu thiếu hoặc không nhất quán vẫn có thể tạo ra kết quả rất nhanh, nhưng nhanh không đồng nghĩa với đúng.

Mình thường ví điều này bằng một hình ảnh rất đơn giản.

Nếu dữ liệu là nguyên liệu đầu vào thì AI giống như một nhà máy hiện đại.

Một nhà máy hiện đại không thể tạo ra sản phẩm chất lượng nếu nguyên liệu đầu vào bị lỗi.

Trong bệnh viện cũng vậy.

Muốn AI tạo ra giá trị lâu dài, dữ liệu phải được chuẩn hóa trước.

Nền tảng dữ liệu y tế sẽ trở thành trung tâm mới của kiến trúc CNTT bệnh viện

Nếu cách đây mười năm, sơ đồ kiến trúc CNTT bệnh viện thường đặt công cụ tích hợp ở vị trí trung tâm thì theo mình, trong vài năm tới vị trí đó sẽ thuộc về nền tảng dữ liệu y tế.

Điều này không có nghĩa là công cụ tích hợp mất đi vai trò.

Ngược lại, nó vẫn rất cần thiết để kết nối HIS, LIS, RIS/PACS, EMR, hệ thống tài chính, quản lý dược và các ứng dụng khác.

Điểm khác biệt nằm ở chỗ dữ liệu sẽ không chỉ “đi qua” công cụ tích hợp.

Dữ liệu sẽ được đưa về một nền tảng chung để:

• chuẩn hóa theo cùng một cấu trúc;
• quản trị chất lượng dữ liệu;
• quản lý định danh người bệnh;
• loại bỏ dữ liệu trùng lặp;
• lưu trữ lịch sử thay đổi;
• tái sử dụng cho nhiều mục đích khác nhau.

Khi đó, cùng một nguồn dữ liệu có thể phục vụ đồng thời cho:

• dashboard điều hành;
• báo cáo quản trị;
• nghiên cứu khoa học;
• đánh giá chất lượng khám chữa bệnh;
• phân tích chi phí;
• dự báo nhu cầu nguồn lực;
• và các ứng dụng AI.

Thay vì mỗi dự án phải xây dựng một kho dữ liệu riêng, bệnh viện chỉ cần đầu tư một nền tảng dữ liệu có khả năng phục vụ nhiều nhu cầu trong dài hạn.

Đó mới là cách tiếp cận bền vững.

AI chỉ là tầng ứng dụng, dữ liệu mới là nền móng

Mình nhận thấy nhiều đơn vị đang đặt quá nhiều kỳ vọng vào AI.

Thực ra, AI nên được nhìn nhận đúng vai trò của nó.

AI không phải nền móng.

AI là một lớp ứng dụng nằm phía trên.

Nếu ví kiến trúc CNTT bệnh viện như một tòa nhà thì:

• Các hệ thống HIS, LIS, RIS/PACS, EMR là nơi tạo ra dữ liệu.
• Công cụ tích hợp là hệ thống giao thông giúp dữ liệu lưu chuyển.
• Nền tảng dữ liệu y tế là móng và khung kết cấu của toàn bộ tòa nhà.
• AI là tầng giá trị gia tăng được xây dựng trên nền móng đó.

Nếu phần móng chưa vững thì càng xây cao càng nhiều rủi ro.

Đây cũng là lý do nhiều tổ chức trên thế giới bắt đầu đầu tư mạnh vào nền tảng dữ liệu trước khi mở rộng các dự án AI quy mô lớn.

Góc nhìn từ thực tế triển khai

Sau nhiều năm đồng hành cùng các bệnh viện, mình nhận thấy các dự án thành công thường có một điểm chung.

Họ không bắt đầu bằng câu hỏi:

“Chúng ta nên mua công nghệ gì?”

Họ bắt đầu bằng câu hỏi:

“Dữ liệu nào là quan trọng nhất đối với bệnh viện?”

Khi đã xác định được dữ liệu cốt lõi, mọi quyết định tiếp theo trở nên rõ ràng hơn.

Hệ thống nào cần kết nối.

Dữ liệu nào cần chuẩn hóa.

Thông tin nào cần được quản trị tập trung.

AI nên được triển khai ở đâu trước.

Dashboard nào thực sự hữu ích cho Ban Giám đốc.

Đó là cách tiếp cận đi từ giá trị nghiệp vụ thay vì đi từ công nghệ.

Theo mình, đây cũng là hướng đi phù hợp nhất trong giai đoạn chuyển đổi số hiện nay.

Đây cũng là hướng SAVINA đang theo đuổi

Từ những trải nghiệm triển khai thực tế, đội ngũ SAVINA nhận thấy rằng nhu cầu của bệnh viện đã thay đổi.

Chỉ kết nối các hệ thống với nhau là chưa đủ.

Điều quan trọng hơn là giúp dữ liệu được chuẩn hóa, quản trị và sẵn sàng khai thác.

Vì vậy, định hướng phát triển của SAVINA không chỉ dừng ở các giải pháp tích hợp, mà mở rộng sang xây dựng nền tảng dữ liệu y tế làm cơ sở cho các ứng dụng phân tích, quản trị và AI trong tương lai.

Mục tiêu không phải tạo thêm một phần mềm mới.

Mục tiêu là giúp bệnh viện khai thác hiệu quả tài sản dữ liệu mà mình đã tích lũy trong nhiều năm.

Nếu đơn vị của anh/chị đang xây dựng chiến lược dữ liệu cho chuyển đổi số hoặc chuẩn bị triển khai AI, chúng tôi luôn sẵn sàng trao đổi và chia sẻ kinh nghiệm triển khai thực tế. SAVINA cũng đang triển khai chương trình thí điểm với một số bệnh viện nhằm đánh giá hiệu quả trước khi mở rộng trên quy mô lớn.

Suy nghĩ của tôi

Trong nhiều năm qua, công cụ tích hợp đã đóng vai trò rất quan trọng trong việc kết nối các hệ thống của bệnh viện.

Vai trò đó sẽ không mất đi.

Nhưng vai trò trung tâm của kiến trúc CNTT bệnh viện đang dần dịch chuyển.

Từ Integration-first sang Data-first.

Từ việc quan tâm dữ liệu có truyền được hay không sang việc dữ liệu có được quản trị tốt và tạo ra giá trị hay không.

Theo mình, trong giai đoạn tiếp theo của chuyển đổi số y tế, lợi thế cạnh tranh của một bệnh viện sẽ không nằm ở số lượng phần mềm đang sử dụng hay mức độ hiện đại của một mô hình AI.

Lợi thế sẽ nằm ở khả năng xây dựng một nền tảng dữ liệu y tế thống nhất, đáng tin cậy và sẵn sàng tái sử dụng.

Bởi lẽ, khi dữ liệu đã trở thành tài sản chiến lược, mọi ứng dụng phía trên — từ dashboard điều hành, nghiên cứu khoa học, hỗ trợ quyết định lâm sàng cho đến trí tuệ nhân tạo — đều có thể phát huy giá trị một cách bền vững.

Có lẽ câu hỏi đáng để chúng ta cùng suy ngẫm không còn là:

“Bệnh viện nên đầu tư công cụ tích hợp hay AI?”

Mà là:

“Bệnh viện đã thực sự coi dữ liệu là tài sản chiến lược của mình hay chưa?”

Đó mới là nền tảng quyết định sự thành công của chuyển đổi số y tế trong những năm tới.