Bệnh viện nhiều dữ liệu không nhất thiết là bệnh viện hiểu biết.

Thường thì ngược lại. Dữ liệu tích lũy khắp hệ thống này đến hệ thống kia, nhưng bệnh viện không thể trả lời một câu hỏi đơn giản như “chiến dịch quảng cáo tháng trước có thực sự dẫn đến phẫu thuật không?” Dữ liệu tràn ngập; hiểu biết thì không có. Tại sao? Vì dữ liệu phải trải qua nhiều giai đoạn trước khi trở thành kiến thức — và ở hầu hết các bệnh viện, những giai đoạn đó bị đứt đoạn ở đâu đó ở giữa.

Bốn Giai Đoạn: Chủ Đề, Hồ Sơ, Thông Tin, Kiến Thức

Kiến thức không xuất hiện trong một khoảnh khắc. Nó được xây dựng qua bốn giai đoạn: từ chủ đề đến hồ sơ, từ hồ sơ đến thông tin, từ thông tin đến kiến thức.

Điều gì đó xảy ra. Nó được ghi lại. Ý nghĩa được gắn vào những gì được ghi. Những ý nghĩa đó tích lũy thành hiểu biết có thể sử dụng được. Không có con đường tắt nào vượt qua dòng chảy này. Từ khoảnh khắc bệnh nhân nhìn thấy quảng cáo và nhấc điện thoại, cho đến khoảnh khắc người đó trở thành bệnh nhân trung thành thực sự hiểu bệnh viện của bạn — dữ liệu đi theo bốn giai đoạn này.

Theo Dõi Một Cuộc Gọi Điện Thoại

Chiều thứ Hai. Điện thoại reo.

Nếu cuộc gọi đó chỉ là “điện thoại được nghe,” nó thậm chí chưa trở thành dữ liệu. Cuộc trò chuyện kết thúc và biến mất. Nhưng khoảnh khắc nó được ghi là “cuộc hỏi thăm đầu tiên về suy giãn tĩnh mạch, từ bệnh nhân đã thấy một quảng cáo cụ thể” — nó trở thành hồ sơ có chủ đề. Đó là giai đoạn đầu tiên.

Tiếp theo, hồ sơ này đi qua các góc nhìn để trở thành thông tin. Qua lăng kính marketing, đó là “một kết quả từ chiến dịch quảng cáo đó.” Qua lăng kính nhóm tư vấn, đó là “bệnh nhân tiềm năng cần được hướng dẫn đến chuyển đổi.” Qua lăng kính quản lý, đó là “cơ hội chưa được chuyển đổi thành doanh thu.” Một cuộc gọi điện thoại thức tỉnh thành ba mảnh thông tin khác nhau.

Sau đó, khi bệnh nhân này thực sự đến khám, được tư vấn, làm xét nghiệm, tiến hành phẫu thuật và tái khám — tất cả thông tin này dệt nên câu chuyện của một người. Khi hàng trăm, hàng nghìn câu chuyện như thế tích lũy, cuối cùng kiến thức xuất hiện. “Bệnh nhân từ quảng cáo này sẵn lòng đến tư vấn nhưng tỷ lệ chuyển đổi phẫu thuật thấp.” “Bệnh nhân qua kênh này mất trung bình bao nhiêu ngày để quyết định.” Không gì trong số này có thể biết được từ một cuộc gọi duy nhất.

Tại Sao Bảng Tính Dừng Ở Đây

Nhiều bệnh viện làm công việc này bằng bảng tính. Bảng tính là công cụ xuất sắc. Nhưng bảng tính giỏi lưu trữ, không giỏi kết nối.

Một ô trong bảng tính không biết ô bên cạnh có nghĩa là gì. Bảng tính không thể biết liệu “số lượng hỏi thăm” trên trang quảng cáo và “số ca phẫu thuật” trên trang doanh thu có chỉ đến cùng một bệnh nhân không. Một người phải đặt hai trang cạnh nhau và đối chiếu bằng mắt. Nhiều trang hơn nghĩa là nhiều việc đối chiếu hơn, và khi có gì đó sai, rất khó tìm ra sai ở đâu. Hồ sơ tích lũy, nhưng vì các hồ sơ đó không thể nhận ra nhau, chúng không bao giờ vươn lên thành kiến thức.

Ontology không phải là điền vào các ô. Đó là kết nối ý nghĩa giữa các ô. Nhập cùng một dữ liệu và kết quả khác nhau. Bảng tính lưu trữ con số. Ontology biết rằng những con số đó là câu chuyện của một bệnh nhân.

Tại Sao Hầu Hết Bệnh Viện Dừng Ở Giữa Chừng

Vấn đề là hầu hết các bệnh viện dừng ở giai đoạn thứ hai. Họ ghi lại. Họ tổ chức thành thông tin ở mức độ nào đó. Nhưng tất cả vẫn rải rác, không bao giờ đạt đến kiến thức. Nhật ký cuộc gọi ở một nơi. Doanh thu ở một nơi khác. Chi phí quảng cáo ở một nơi khác nữa. Mỗi thứ ở chỗ của mình, không bao giờ kết nối thành một câu chuyện.

Vì vậy bệnh viện biết mình đã chi bao nhiêu cho quảng cáo nhưng không biết khoản tiền đó tạo ra những ca phẫu thuật nào. Không phải vì thiếu dữ liệu. Mà vì kết nối giữa giai đoạn này và giai đoạn kia bị đứt. Đây là lý do tại sao các bệnh viện có nhiều hệ thống đắt tiền vẫn kết thúc với câu: “Chúng ta có rất nhiều con số nhưng không hiểu gì cả.”

Điểm Khác Biệt So Với Tìm Kiếm — Nó Tích Lũy

Ở đây sự khác biệt quyết định so với tìm kiếm trở nên rõ ràng. Mỗi lần tìm kiếm, nó cào dữ liệu rải rác từ đầu. Mỗi truy vấn bắt đầu lại, vì vậy không có gì tích lũy. Không có gì còn lại giữa câu hỏi hôm qua và câu hỏi hôm nay.

Ontology hoạt động khác. Kiến thức được tổ chức một lần và ở lại, được sử dụng nhanh hơn và chính xác hơn cho câu hỏi tiếp theo. Phân tích của hôm qua trở thành điểm xuất phát của hôm nay, và hiểu biết ngày càng dày thêm. Bệnh viện hoạt động càng lâu, khoảng cách giữa bệnh viện dựa vào tìm kiếm và bệnh viện có ontology càng rộng. Một bên bắt đầu từ đầu mỗi lần; bên kia bắt đầu từ hiểu biết đã tích lũy.

Dòng Chảy Quay Trở Lại

Hệ thống của Keynoty được xây dựng trên toàn bộ dòng chảy này. Những gì xảy ra trong bệnh viện được ghi lại với chủ đề của nó, được định nghĩa là thông tin qua các góc nhìn, và tích lũy thành kiến thức về bệnh viện.

Và kiến thức đó quay trở lại thực tế. Khi hiểu biết “quảng cáo này tạo ra nhiều hỏi thăm nhưng hiếm khi chuyển đổi thành phẫu thuật” hình thành, nó thay đổi quảng cáo tiếp theo, thay đổi tư vấn tiếp theo, làm cho hồ sơ tiếp theo chính xác hơn. Dòng chảy không chỉ một chiều — nó tuần hoàn. Đây là lý do chúng tôi nói chúng tôi xây dựng một OS từ thực tế, không phải từ bàn giấy. Chúng tôi tự vận hành vòng tuần hoàn này, tìm và lấp đầy những điểm bị đứt mỗi ngày.